이 프로젝트의 프롬프트(deploy/) 수정 시:
- 요청된 수정을 수행
- 패턴성 판단 (동일 요청 재발 가능성 — 전환 문장, 이모지, 중복 병기 등)
- 패턴성이면, scw의 특화 체크리스트(
.claude/skills/scw/specialized/)에 추가할 규칙을 구체적 문안과 함께 역제안
- 구체적인 개수를 본문에 하드코딩하지 않는다 (예: "5개 파일을 파생" → "파생 산출물을 생성"). 개수가 바뀌면 본문도 업데이트해야 하므로 유지보수 부담이 생긴다. 테이블이나 목록으로 항목을 나열하면 개수는 자동으로 드러난다.
- 프롬프트를 추가하기 전에, 그 규칙이 프롬프트가 아닌 다른 메커니즘으로 강제할 수 있는지 먼저 확인한다. 린트로 잡을 수 있으면 린트 규칙으로, 훅으로 자동화할 수 있으면 훅으로 구현한다.
- 입력 타입 조합 규칙을 추가할 때는 트리거 지점(어느 가이드의 어느 단계에서 판단하는지), 실행 경로(선행 조건이 충족되는지), 판단 기준(어떤 입력이 조합을 활성화하는지)을 함께 정의한다.
deploy/contexts/하위에map.md가 있는 디렉토리는, 파일을 추가·삭제·이동할 때map.md를 함께 갱신한다- 내용을 추가·수정·삭제할 때
map.md상단의 "역할" 섹션을 확인하고 적합한 위치에 배치한다
콘텐츠를 AC deploy/contexts/coding-standards/에 둘지, KA·MP 등 인접 프로젝트로 보낼지는 MP docs/meta/placement.md의 분업 표를 따른다.
plan/하위의 백로그 파일은 상시 워크트리(~/WebstormProjects/main/ai-contexts-backlog/)에서 관리한다- AC 본체에서 backlog 브랜치로 전환하지 않는다
- 워크트리가 없으면
git worktree add로 자동 생성한다
| Tier | 기준 |
|---|---|
| 1 | 다음 작업에서 바로 착수할 항목 |
| 2 | 가까운 시일 내 착수할 항목 |
| 3 | 언젠가 할 항목 |
| 4 | 우선순위 낮음 / 아이디어 단계 |
| 상태 | 의미 |
|---|---|
ready |
수정 대상·내용이 확정되어 바로 구현 가능 |
draft |
방향은 잡혔으나 설계·범위 구체화 필요 |
ideation |
아이디어만 있는 단계 |
plan/backlog/index.md— 미분류 아이디어 (아직 tier 파일에 배치하지 않은 것)plan/backlog/tier-{N}/index.md— 해당 tier 파일 목록과 상태 요약plan/backlog/tier-{N}/{target}.md— target별 백로그 항목. 내용 없는 빈 파일은 만들지 않는다
GitHub 외부 링크(이력서 등)의 404 방지를 위해 옛 경로에 README를 복제해둔 파일. 외부 링크가 새 경로로 전환되면 삭제한다.
deploy/skills/workflow/spec-review/README.md→ 원본:deploy/skills/workflow/requirement-review/README.mddeploy/skills/workflow/code-review/README.md→ 원본:deploy/skills/code-review/README.md