القائمة
TDD 모드를 사후 활성화·비활성화·정합성 보정·상태 보고한다. `/pilot:tdd on` — 활성화, `/pilot:tdd off` — 비활성화, `/pilot:tdd --fix` — 3-way 정합성 보정, `/pilot:tdd` (인자 없음) — 상태 보고. 신규 프로젝트를 TDD로 시작할 때는 `/pilot:project --tdd`를 사용한다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | tdd |
| description | TDD 모드를 사후 활성화·비활성화·정합성 보정·상태 보고한다. `/pilot:tdd on` — 활성화, `/pilot:tdd off` — 비활성화, `/pilot:tdd --fix` — 3-way 정합성 보정, `/pilot:tdd` (인자 없음) — 상태 보고. 신규 프로젝트를 TDD로 시작할 때는 `/pilot:project --tdd`를 사용한다. |
이미 구현된 코드가 있는 프로젝트에 TDD 모드를 사후 적용하거나 비활성화한다.
신규 프로젝트를 TDD로 시작할 때는
/pilot:project {PROJECT} --tdd를 사용한다.mode: characterize와 동시 설정 시 characterize 가 우선 적용된다 — 우선순위 규칙: characterize/SKILL.md 참조.
preamble.md 의 P1 수행. ({PROJECT} 획득)
실패 시 messages.md 의 workspace_missing / no_active_project 출력 후 종료.
workspace/projects/{PROJECT}/.agent-state.yml 의 tdd: 값을 읽는다.
tdd: true → [INFO] TDD 모드 이미 활성화 상태 (state.yml tdd: true) 보고 후 종료 (idempotent).✓ TDD 모드 활성화
- .agent-state.yml: tdd: true
- project.md `## 에이전트 호출 흐름`: TDD 분기로 교체 (백업 마커 주입 완료)
- prompts/{planner,generator,evaluator}.md: TDD 분기 활성
workspace/projects/{PROJECT}/.agent-state.yml 의 tdd: 값을 읽는다.
tdd: false → [INFO] TDD 모드 이미 비활성화 상태 (state.yml tdd: false) 보고 후 종료 (idempotent).## 비활성화 절차 (/pilot:tdd off) 위임 — off-1~off-7 전체 수행.✓ TDD 모드 비활성화
- .agent-state.yml: tdd: false
- project.md `## 에이전트 호출 흐름`: 표준 흐름 복원 (백업 마커에서)
- prompts/{planner,generator,evaluator}.md: 표준 분기 복원
workspace/projects/{PROJECT}/.agent-state.yml 의 tdd: 값을 진실로 간주 (Q4 — state.yml 진실).tdd: 값## 에이전트 호출 흐름 TDD 분기 여부 (### 1. Planner — Red 계약 작성 포함 여부)true 이면 /pilot:tdd on 절차 재실행 (idempotent — 이미 일치하면 no-op).
state 값이 false 이면 /pilot:tdd off 절차 재실행.✓ TDD 정합성 보정 (state.yml 진실 기준)
- 보정 전 INCONSISTENT: {검출된 불일치 내용}
- 보정 후 CONSISTENT: state={true|false} · project.md={TDD|표준} · prompts={TDD|표준}
workspace/projects/{PROJECT}/.agent-state.yml 의 tdd: 값을 읽는다.## 에이전트 호출 흐름 내 TDD Detect literal (### 1. Planner — Red 계약 작성) 존재 여부를 확인한다.## TDD — Red 계약> **TDD 모드**: Red 작성## TDD 테스트 실행TDD 모드 상태: {ON|OFF|INCONSISTENT}
- .agent-state.yml tdd: {true|false|missing}
- project.md TDD 제한사항: {present|absent}
- prompts TDD 섹션: {3/3|N/3 (...)}
{모두 일치 시: ✓ 정합성 OK
불일치 시: ⚠ INCONSISTENT — `/pilot:tdd --fix` 로 동기화하세요}
✓ 정합성 OK.⚠ INCONSISTENT — /pilot:tdd --fix 로 동기화하세요 출력.프로젝트 진행 중 작성된 코드를 PR 이전에 품질 관점에서 리뷰한다. 변경분(git diff)을 대상으로 pilot-code-review 에이전트를 호출하며, 결함마다 severity 와 재진입 라우팅(feature/planner/generator)을 제시한다. evaluator 의 요구사항·게이트 판정과는 별개 축이다.
사용자가 "PR 올려줘", "풀 리퀘스트 생성" 등 현재 브랜치를 GitHub Pull Request 로 올리길 요청할 때 사용한다. base branch 는 state·config· 공통 config 순으로 자동 결정하며 사용자 명시 입력 시 state 에 저장한다. 제목·본문 컨벤션은 `skills/context/shared/pr.md` 를 따른다.
이미 저장된 docs/ 기획서를 features/ 기능 명세로 분할·구조화할 때 사용한다. PM 작성 표 중심 기획서를 기능 단위 문서로 변환하고 project.md 의 목표 섹션 과 prompts/ 파일(planner·generator·evaluator)을 자동 갱신한다. 기획서 fetch 는 `/pilot:confl`, 프롬프트 기반 단일 기능 추가는 `/pilot:create-feature` 를 사용한다.
사용자가 "커밋해줘", "변경 묶어서 커밋" 등 git 커밋 작성을 요청할 때 사용한다. 변경 파일을 확인하고 `skills/context/shared/commit.md` 규칙(scope 표기, 한국어 본문, 50자 이내 요약)에 맞춰 메시지를 작성해 커밋한다. unstaged 파일이 있으면 포함 여부를 사용자에게 확인한다.
Confluence 기획서를 프로젝트 docs/ 폴더에 fetch 하거나 저장된 docs/ 를 search·all·search+action 모드로 조회할 때 사용한다. 저장된 docs/ 를 features/ 로 가공하는 작업은 `/pilot:analyze` 가 담당한다.
활성 프로젝트에 사용자 프롬프트 한 줄로 단일 feature 명세를 추가할 때 사용한다. features/NN-{slug}.md 를 prompt-origin 템플릿으로 생성하고 `/pilot:analyze` 와 동일하게 project.md (목표·관련 파일) 와 prompts/* (planner·generator·evaluator) 를 함께 동기화한다. 기획서(docs/) 기반 다건 분할은 `/pilot:analyze` 를 사용한다. 실행은 @pilot-planner 호출로 시작 — 자동 파이프라인 아님.