القائمة
여러 feature에 쌓인 `artifacts/*/learnings.md`를 정리한다 — 중복 병합, 충돌 해소, 낡은 항목 폐기, hypothesis 확정. 승격은 하지 않는다. learnings.md가 여러 feature에 쌓였을 때 트리거하고, 단일 feature 진행 중에는 쓰지 않는다. "/compound", "회고", "메모리 정리"로도 호출한다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
spec.md를 기반으로 구현 계획(artifacts/<feature>/plan.md)을 작성한다. 여러 파일에 걸치거나 시나리오가 서로 의존하는 product feature에 쓴다. 한 세션에 끝나는 작업·meta-tooling·명백한 변경은 내장 plan 모드로 한다. "/draft-plan", "draft plan", "계획 작성", "구현 계획"으로도 호출한다.
확정된 artifacts/<feature>/plan.md의 Task를 TDD로 하나씩 구현하고 Task당 한 커밋을 만든다. 사용자가 "이제 구현 시작", "플랜 실행" 같은 신호를 보낼 때 트리거한다. plan.md 없이 바로 구현하는 경우에는 쓰지 않는다. "/execute-plan", "플랜 실행", "구현 시작"으로도 호출한다.
날것의 아이디어를 실행 가능한 one-pager(artifacts/<feature>/idea.md)로 다듬는 옵션 모듈. 아이디어가 막연하거나 MVP 범위·추진 방향을 정해야 할 때("이거 괜찮을까?", "뭘 먼저 만들지?") 트리거한다. 요구사항이 이미 구체적이면 건너뛰고 /write-spec으로 간다. "/idea-refine", "아이디어 정리", "ideate"로도 호출한다.
spec.md를 기반으로 HTML 와이어프레임을 생성하는 옵션 모듈. 레이아웃 구조가 바뀌는 UI feature(새 화면, 새 레이아웃, 화면 간 흐름)에 사용한다. 서버·데이터 전용 변경이나 레이아웃이 그대로인 변경에는 쓰지 않는다. "/sketch-wireframe", "wireframe", "와이어프레임", "레이아웃 확인"으로도 호출한다.
새 feature의 외부 관찰 가능한 동작(WHAT)을 사용자와 대화하며 spec.md로 확정한다. 요구사항이 모호하거나 여러 화면·경로에 걸친 다단계 feature를 정의하려는 신호가 보이면 트리거한다. 버그 수정, 한 줄 변경, 이미 구체적인 요구에는 쓰지 않는다. "/write-spec", "스펙 작성", "기능 정의"로도 호출한다.
| name | compound |
| description | 여러 feature에 쌓인 `artifacts/*/learnings.md`를 정리한다 — 중복 병합, 충돌 해소, 낡은 항목 폐기, hypothesis 확정. 승격은 하지 않는다. learnings.md가 여러 feature에 쌓였을 때 트리거하고, 단일 feature 진행 중에는 쓰지 않는다. "/compound", "회고", "메모리 정리"로도 호출한다. |
learnings.md는 feature 간 메모리 레이어다. /draft-plan과 /execute-plan이 검색으로 소비하므로, 메모리의 품질이 곧 다음 feature의 품질이다. 이 스킬은 규칙을 만들지 않는다 — 쌓인 메모리를 병합·해소·폐기·확정으로 관리한다. 나쁜 메모리는 무용한 게 아니라 유해하다(에이전트는 저장된 경험을 그대로 따라 하므로).
| 입력 | 출력 |
|---|---|
모든 artifacts/*/learnings.md | 사용자 승인을 거친 learnings.md 정리 (병합·수정·삭제) |
모든 artifacts/*/learnings.md 파일을 읽는다.
네 종류의 후보를 찾는다:
| 신호 | 조치 후보 |
|---|---|
| 같은 triggers·주제의 항목이 여러 feature에 흩어져 있다 | 병합 — 하나의 강한 교훈으로 합치고 지시문을 일반화한다 |
| 서로 모순되는 지시문이 있다 | 충돌 해소 — 증거를 대조해 한쪽을 수정하거나 scope로 분리한다 |
| scope·date가 낡았거나 이후 작업이 지시문을 반증했다 | 폐기 — 삭제한다 |
hypothesis 항목의 패턴이 다른 feature에서 재발했다 | 확정 — status: verified로 올리고 증거를 보강한다 |
각 후보를 사용자에게 제시한다:
사용자가 승인한 것만 적용한다.
status를 verified로 바꾸고 재발 증거를 증거 필드에 추가한다.