breakdown -- 수렴형, 행동 우선 분해
/fanout의 수렴형 보완 기술입니다. /fanout은 문제를 열어 다양한 답변을 찾는 반면, /breakdown은 문제를 하나의 다음 단계로 좁힙니다. 단일 호출, 하위 에이전트 없음, 약 1회 비용. 유지보수자의 세션 기록 분석에 기반합니다. 가장 큰 마찰은 '설명 그만하고 그냥 실행하라'였으므로, 이 기술은 행동 우선이며 최소 산문으로 설계되었습니다. 출력물이 부드러운 설명처럼 보인다면 잘못된 것입니다 -- 줄이십시오.
단계 1 -- 문제 파악하기
@멘션, 파일 경로, 또는 붙여넣은 텍스트로 문제를 받습니다. 진정으로 모호하다면 한두 문장으로 질문하세요. 분해하기 전에 참조된 파일을 끝까지 읽으십시오. 문제가 프로젝트 산출물이거나 산출물을 언급하는 경우, 해당 프로젝트의 CHECKPOINT.md도 끝까지 먼저 읽으십시오 (수신/미리보기는 읽기로 간주하지 않음) -- '진짜 목표'와 '차단 결정'은 프로젝트의 실시간 상태(마감일, 순서 결정 게이트, 이미 결정된 사항)에 의존하며, 이를 무시한 분해는 잘못된 다음 행동을 가리킵니다. 진정으로 프로젝트와 무관한 경우에만 건너뜁니다.
단계 2 -- 다음 다섯 블록을 간결하게 순서대로 출력하십시오
서문 없음. '접근 가능한 정보는...' 없음. 질문을 길게 다시 말하지 마십시오.
- 진짜 목표 (한 문장). '완료'가 실제로 의미하는 것. 명시된 목표와 진짜 목표가 다르면 한 줄로 말하십시오.
- 가장 작은 다음 행동 (한 번에 완료할 수 있는 구체적이고 물리적인 단계 - 예: '스키마를 설계하라'가 아닌 'X를 열고 세 개의 필드 이름을 작성하라'). 그런 다음 지금 바로 실행하겠다고 제안하십시오. 먼저 길게 설명하지 마십시오.
- 하나의 차단 결정 -- 가장 많은 것을 해제하는 단일 분기점, 또는 '없음 -- 그냥 시작하라.'
- 전체 계획 (압축됨) -- 한 줄 요약 아래의 완전한 체크리스트로, 명시적으로 중요도를 낮춥니다: '2단계가 완료될 때까지 무시하라.'
- 첫 번째 함정 -- 가장 가능성이 높은 실패 모드와 그 조기 신호.
규칙
- 임계 경로에 하나의 스레드만 유지하십시오. 병렬 작업 스트림을 나열하지 마십시오.
- 평이한 언어를 사용하십시오. 인위적인 코드는 없음 (모든 분류 태그는 사람이 읽을 수 있는 단어로 번역하십시오).
- 사용자가 선택할 때까지 작업을 시작하지 마십시오. /breakdown은 계획을 세울 뿐, 실행하지 않습니다.
- 기본적으로 아무것도 저장하지 마십시오. 저장할 가치가 있다면 프로젝트의 CHECKPOINT '다음 단계' 줄에 기록하겠다고 제안하십시오.