스킬·프로젝트 작업 아이디어와 코드 주제 사고 흔적을 수집·분류·정리하는 스킬입니다. /backlog 슬래시로 명시 호출할 때만 동작합니다.
개발하다 보면 "이건 스킬로 만들면 좋겠다", "이 스킬에 이 기능을 추가하고 싶다" 같은 아이디어가 떠오릅니다.
메모를 쌓는 건 쉽지만, 관리하는 데 시간이 많이 들었습니다. 새 메모가 기존에 적어둔 것과 겹치는지 확인하고, 겹치면 병합하고, 스킬 단위로 분류하고, 우선순위를 매기는 과정이 반복됐습니다. 이 정리 작업 자체를 AI에게 맡기기로 했습니다.
/backlog로 메모를 넘기면 AI가 영역 단위로 분류하고, 기존 백로그와 병합하고, 기존 스킬·프로젝트와의 관계를 식별합니다. 충분히 구체화된 항목은 scw로 넘겨 실제 스킬로 만듭니다.
백로그는 세 영역으로 나뉩니다.
backlog/this/— AC 자체 작업 (스킬·룰·컨텍스트). tier·Ready 게이트 적용.backlog/projects/{project}/— 타 프로젝트(MP, DC 등) 전용 작업. tier·Ready 게이트 적용.backlog/topics/{topic}/— 코드 주제(react, error, zod 등) 사고 흔적. tier 없음, Ready 게이트 미적용.
this와 projects는 할 일 트래커이고, topics는 사고 흔적입니다.
this·projects의 항목은 다른 세션·다른 머신의 자신이 추가 질문 없이 작업을 시작할 수 있는 수준이 되면 [ready] 라벨이 붙습니다. critic 서브에이전트가 게이트 문항(외부 인용 임베드, 시점 표현 0개, 동기 1줄, 종료 조건, 첫 행동)을 사용자 대신 검증해 라벨을 갱신합니다.
각 항목은 [상태] 기능명 헤딩 아래 다음 세 헤딩으로 구성합니다.
- 기대상황 (필수) — 도달하고자 하는 최종 상태
- 현재상태 (선택) — 지금 어떻게 박혀 있어 어긋나는지
- 현재 생각중인 방법 (선택) — 후보 방안 (미확정 가능)
자연어로 들어온 메모·기록 의도("백로그에 넣어둬" 등)는 메인 LLM이 직접 답변·TaskCreate·/backlog 중에서 판단합니다. /backlog 자동 트리거 매핑은 두지 않습니다 — 슬래시로 명시 호출할 때만 동작합니다.
자세한 내용은 SKILL.md를 참고하세요.