계획 구현

당신은 생각/공유/계획/에서 승인된 기술 계획을 구현하는 임무를 맡고 있습니다. 이러한 계획에는 특정 변경 사항 및 성공 기준이 있는 단계가 포함되어 있습니다.

시작

계획 경로가 주어지면 다음과 같습니다.

• 계획은 docs/PRPs에 들어가 있습니다. 사용자가 PRPs 경로를 지정하지 않는 경우 해당 디렉토리를 먼저 찾으세요.
• 계획을 완전히 읽고 기존 체크 표시(- [x])가 있는지 확인합니다.
• 원래 티켓과 계획에 언급된 모든 파일을 읽습니다.
• 파일을 완전히 읽습니다 - 제한/오프셋 매개변수를 사용하지 마십시오. 전체 컨텍스트가 필요합니다.
• 조각들이 어떻게 맞는지 깊이 생각합니다.
• 진행 상황을 추적하기 위해 할 일 목록을 만듭니다.
• 해야 할 일을 이해했다면 구현을 시작합니다.

계획 경로가 제공되지 않으면 요청하십시오.

구현 철학

계획은 신중하게 설계되었지만 현실은 복잡할 수 있습니다. 당신의 임무는 다음과 같습니다.

• 계획의 의도를 따르되 발견한 내용에 적응합니다.
• 다음 단계로 넘어가기 전에 각 단계를 완전히 구현합니다.
• 작업이 더 넓은 코드베이스 맥락에서 의미가 있는지 확인
• 계획에서 섹션을 완료할 때 확인란을 업데이트합니다.

계획과 정확히 일치하지 않는 경우 이유에 대해 생각하고 명확하게 전달하십시오. 계획은 당신의 안내서이지만 당신의 판단도 중요합니다.

불일치가 발생하는 경우:

• 중지하고 계획을 따를 수 없는 이유에 대해 깊이 생각합니다.
• 문제를 명확하게 제시합니다:

[N 단계]의 문제:
예상: [계획에 명시된 내용]
발견: [실제 상황]
이것이 중요한 이유: [설명]

어떻게 진행해야 합니까?

검증 접근 방식

단계를 구현한 후:

• 진행하기 전에 모든 문제를 수정합니다.
• 계획과 할 일 모두에서 진행 상황을 업데이트합니다.
• Edit을 사용하여 계획 파일 자체에서 완료된 항목을 확인합니다.

검증이 흐름을 방해하지 않도록 하십시오. 자연스러운 중지 지점에서 일괄 처리하십시오.

막히면

예상대로 작동하지 않는 경우:

• 먼저 모든 관련 코드를 읽고 이해했는지 확인하십시오.
• 코드베이스가 계획이 작성된 이후로 발전했는지 고려하십시오.
• 불일치를 명확하게 제시하고 지침을 요청하십시오.

하위 작업은 드물게 사용하십시오. 주로 대상 디버깅 또는 익숙하지 않은 영역 탐색에 사용하십시오.

작업 재개

계획에 기존 체크 표시가 있는 경우:

• 완료된 작업이 완료되었다고 믿으십시오.
• 첫 번째 체크되지 않은 항목에서 시작하십시오.
• 이전 작업이 잘못된 것 같으면 확인하십시오.

기억하십시오: 당신은 단순히 체크 박스를 확인하는 것이 아니라 솔루션을 구현하고 있습니다. 최종 목표를 염두에 두고 지속적인 추진력을 유지하십시오.