계획 작성

개요

우리 코드베이스에 대한 컨텍스트가 전혀 없고 취향도 의심스러운 엔지니어가 실행한다고 가정하고 포괄적인 구현 계획을 작성한다. 각 작업에서 건드릴 파일, 코드, 테스트, 확인해야 할 문서, 테스트 방법까지 필요한 모든 것을 문서화한다. 계획 전체를 작게 나뉜 작업으로 제공한다. DRY. YAGNI. TDD. 잦은 커밋.

상대는 숙련된 개발자지만, 우리의 도구와 문제 도메인은 거의 모른다고 가정한다. 좋은 테스트 설계도 잘 모를 수 있다고 가정한다.

시작할 때 알림: "구현 계획을 만들기 위해 writing-plans 스킬을 사용합니다."

계획 저장 위치: docs/tmp/YYYY-MM-DD-<feature-name>.md

• 계획 위치에 대한 사용자 선호가 있으면 이 기본값보다 우선한다.

범위 확인

스펙이 여러 독립 하위 시스템을 포함한다면 brainstorming 단계에서 하위 프로젝트 스펙으로 나뉘었어야 한다. 그렇지 않다면 하위 시스템별 계획으로 나누자고 제안한다. 각 계획은 독립적으로 작동하고 테스트 가능한 소프트웨어를 만들어야 한다.

파일 구조