메뉴
align이 만든 handoff 문서의 "완료" 조건을 ZCode /goal이 판정할 수 있는 객관적 인수조건(실행 명령 + 예상 결과 쌍)으로 변환합니다. 산출물은 인수조건 목록이며 코드는 쓰지 않습니다. handoff가 있을 때, 또는 사용자가 "forge", "인수조건 만들어", "검증 조건 세워"라고 할 때 사용하세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
구현 전에 의도 정렬을 절차로 강제한다. 코드베이스를 먼저 탐색하고 모든 모호함을 끄집어내 사용자와 합의할 때까지 반복한 뒤, 정렬된 의도를 handoff 문서(의도 + 확정 범위 + 검증 가능한 완료 조건)로 남긴다. 산출물은 코드가 아니다. 다단계 구현 전, 요청이 모호할 때, 또는 사용자가 "align", "정렬", "의도 맞춰", "문맥 파악해", "명확히 해줘"라고 할 때 사용한다. 스스로 트리거로 쓸 수도 있다 — 요청이 모호해 보이면 찍어서 물어보지 말고 align에 들어간다.
검증·완수·조사를 절차로 강제해서 GLM-5.2(ZCode의 모델)가 작업을 끝까지 밀고 가게 만드는 하네스. 강한 에이전트 모델의 작업 습관을 GLM-5.2로 가져온다. 다단계 작업(2개 이상의 순차 목표), 긴 자율 작업, 디버깅/원인 조사, 렌더·실행 산출물(HTML, SVG, 게임, 차트)을 만들 때, 또는 사용자가 "prometheus", "끝까지 해줘", "verify as you go", "목표로 쪼개줘"라고 할 때 사용한다. 증거 없는 "완료"를 허락하지 않는다 — 작업이 끝났다고 선언하기 전에 직접 실행/관측한 사실로 확인하라. 다중 스토리에서는 각 스토리를 검증 가능한 /goal 문장으로 바꿔 사용자에게 제안하고, 사용자가 /goal(또는 /goal replace)로 설정하면 ZCode 런타임이 매 턴마다 완료 여부를 판정한다.
| name | forge |
| description | align이 만든 handoff 문서의 "완료" 조건을 ZCode /goal이 판정할 수 있는 객관적 인수조건(실행 명령 + 예상 결과 쌍)으로 변환합니다. 산출물은 인수조건 목록이며 코드는 쓰지 않습니다. handoff가 있을 때, 또는 사용자가 "forge", "인수조건 만들어", "검증 조건 세워"라고 할 때 사용하세요. |
원칙: "완료"가 객관적이지 않으면
/goal판정도, prometheus 검증도 자기기만이 된다. forge의 일은 handoff에 적힌 "What done looks like"를 명령 + 예상 결과로 변환해, 누가 봐도 참/거짓이 갈리는 조건으로 만드는 것이다. 코드는 쓰지 않는다 — 산출물은 인수조건 목록 하나뿐이다.
~/.agents/skills/forge/packs/acceptance-criteria-template.md — forge가 채우는 인수조건 템플릿.| 나쁜 조건 (검증 불가) | 좋은 조건 (검증 가능) |
|---|---|
| 로그인 에러가 해결된다 | npm test auth/login → 9 passed, exit 0 |
| 코드가 깔끔해진다 | ruff check . → "All checks passed!" |
| UI가 잘 보인다 | 헤드리스 브라우저로 /login 렌더 → 에러 토스트 없음 |
차이: 좋은 조건은 판정자(사람이든 /goal 런타임이든)가 주관 없이 참/거짓을 가릴 수 있다.
align → forge → prometheus
의도 인수조건 실행 + 검증
/goal 문장으로 옮기고 실행·검증한다.forge는 prometheus §2-C("good goal sentence")가 요구하는 객관성을 미리 확보해준다. forge를 거친 조건은 prometheus가 다시 해석할 필요 없이 그대로 /goal 문장에 옮겨 담을 수 있어야 한다.