GPT-5.6 + Fable 5 조합으로 완성하는 필수 AI 에이전트 스택 (빌더 가이드)

1claude CLI (Claude Code) with Fable 5 access
2codex CLI with GPT-5.6 access        # 또는 Claude Code 내 공식 플러그인
3python3, jq, git, gh, make, cron
4현재 작동하는 테스트 명령어가 있는 저장소
5
6# 선택 사항, 혼합 플릿용 (BUILD 7):
7openai/codex-plugin-cc               # 공식: Claude Code 내에서 Codex 실행
8claude-model-switch                  # 로컬 프록시: Claude Code 뒤의 모든 공급자
9CLIProxyAPI                          # CLI 구독을 API 엔드포인트로 래핑

1your-repo/
2  CLAUDE.md                          # BUILD 1: Claude 측 헌법
3  AGENTS.md                          # BUILD 1: Codex 측 헌법
4  .claude/
5    skills/model-bench/SKILL.md      # BUILD 0: 가격, API ID, 폴백. 숫자가 있는 유일한 파일
6    skills/model-router/SKILL.md     # BUILD 4
7    skills/stuck-protocol/SKILL.md   # BUILD 5
8    skills/ship-gate/SKILL.md        # BUILD 2
9    agents/fable-expert.md           # BUILD 5
10    agents/fresh-eyes-reviewer.md    # BUILD 6
11    agents/sol-reviewer.md           # BUILD 6
12    agents/scout.md                  # BUILD 7
13  loop/
14    ralph.sh                         # BUILD 3: 하트비트
15    two_lane.sh                      # BUILD 6: 교차 공급업체 검토 루프
16    PROMPT.md  TASKS.md              # BUILD 3: 작업 프로토콜
17  gate/
18    verify.sh                        # BUILD 2: 결정적인 최종 투표
19    eval_gate.py  eval/cases.jsonl   # BUILD 2: 라우팅 변경 게이트
20  router/
21    router.py                        # BUILD 4
22    advisor_loop.py                  # BUILD 5
23  ~/.codex/
24    config.toml                      # BUILD 0: luna/terra/sol 프로필
25    prompts/effort.md                # /effort      작업 점수 매기기, 좌석 지정
26    prompts/plan-stop.md             # /plan-stop   계획, 비용 책정, 중단
27    prompts/fable-advice.md          # /fable-advice 교차 공급업체 전문가 자문
28    prompts/review-hostile.md        # /review-hostile 깨끗한 컨텍스트 평결
29    prompts/compost.md               # /compost     실패가 법칙이 됨, 주간
30  factory/
31    factory_gate.py                  # BUILD 8: 블랙보드 + 완료 게이트
32    factory.sh                       # BUILD 8: 브리프 -> 구현 -> 리뷰 -> 게이트
33    factory.db                       # BUILD 8: 결정하는 행들
34  swarm/
35    swarm.sh                         # BUILD 9: 계획 -> 파견 -> 점수 -> 재계획
36    goals.jsonl                      # BUILD 9: 한 줄에 하나의 목표, 각각 체크 포함
37  system/
38    verify_goals.py                  # BUILD 10: 매일 재검증, 영원히
39    goals/                           # BUILD 10: 완료된 각 항목당 하나의 파일
40  ROUTING.md                         # BUILD 12: 전체 라우팅 정책, 두 하네스 모두
41  progress.log                       # 모든 빌드가 여기에 추가됨
42  # 선택 사항 (BUILD 7): localhost:4000의 claude-model-switch 프록시,
43  # CLI 구독을 API 엔드포인트로 래핑하는 CLIProxyAPI

1---
2name: model-bench
3description: 이 시스템이 고용할 수 있는 모든 모델의 현재 가격표, API 모델 ID 및 폴백 체인입니다.
4  라우팅 결정, 비용 추정, 예산 질문, 모델 비교 또는 사용자가 비용을 물을 때 로드하세요.
5---
6
7# 모델 벤치
8
9가격 및 API 식별자에 대한 단일 진실 공급원입니다. 이 저장소의 다른 어떤 것도 가격을 하드코딩하지 않으므로,
10연구소에서 요금을 변경하면 이 파일만 편집하면 됩니다. 2026-07-13 확인됨. 가격은 변동됩니다.
11예산을 책정하기 전에 다시 확인하세요.
12
13## Anthropic (Messages API, /v1/messages)
14
15노력: output_config {"effort": "low|medium|high|xhigh|max"}. 적응형 사고는
16Fable 5에서 항상 켜져 있으며 비활성화할 수 없습니다. max_tokens는 사고 PLUS
17응답 텍스트를 제한하므로, 높음 이상에서는 크게 설정하고(64k 부근에서 시작) 모델이
18생각 도중에 공간이 부족해지지 않도록 합니다.
19
20| 모델 | 100만 토큰당 입력/출력 | 캐시 읽기 | 역할 |
21|---|---|---|---|
22| claude-fable-5 | $10/$50 | $1.00 | 지휘자, 계획자, 어드바이저, 판사. 자동으로 opus-4-8로 폴백 |
23| claude-opus-4-8 | $5/$25 | $0.50 | 유지 규칙 하의 지휘자 |
24| claude-sonnet-5 | $2/$10 (8월 31일까지, 이후 $3/$15) | n/a | 기본 코딩 실행기 |
25| claude-haiku-4-5 | $1/$5 | $0.10 | 정찰병, 서브에이전트, 기계 작업 |
26
27Fable, Opus 4.8, Sonnet 5의 1M 컨텍스트는 긴 컨텍스트에서 FLAT 가격으로 책정되며,
28이것이 긴 읽기가 여기로 라우팅되는 이유입니다. 최대 출력 128K.
29
30## OpenAI (Responses API, /v1/responses)
31
32| 모델 | 100만 토큰당 입력/출력 | 캐시됨 | 역할 |
33|---|---|---|---|
34| gpt-5.6-sol | $5/$30 | $0.50 | 교차 공급업체 검토자, 터미널 작업 |
35| gpt-5.6-terra | $2.50/$15 | $0.25 | Codex 일일 드라이버 (먼저 Luna와 테스트) |
36| gpt-5.6-luna | $1/$6 | $0.10 | 기계 작업, 조용한 틱 |
37
38임계값 이상의 긴 컨텍스트는 Anthropic의 플랫 1M 등급과 달리 입력 가격이 대략적으로 두 배가 됩니다.
39명시적인 캐시 중단점이 있는 최초의 제품군입니다. 쓰기 비용은 1.25배입니다.
40
41## 오픈 가중치 (대량 작업자)
42
43| 모델 | 100만 토큰당 입력/출력 | 캐시 적중 |
44|---|---|---|
45| deepseek-v4-flash | $0.14/$0.28 | $0.0028 (약 98% 할인) |
46| deepseek-v4-pro | $0.435/$0.87 | n/a |
47| kimi-k2.7-code | $0.95/$4.00 | $0.19 |
48
49## 누적 할인
50  - 캐시 읽기 비용은 두 연구소 모두에서 신규 입력의 10분의 1입니다 (약 90% 할인)
51  - 캐시 쓰기 비용은 한 번(5분) 또는 두 번(1시간) 읽기 후에 본전을 찾습니다
52  - 배치 API는 양방향 50% 할인
53  - 반복되는 접두사에 대한 배치 + 캐시 읽기는 약 95% 할인에 가깝습니다
54  - Anthropic의 최신 토크나이저는 동일한 텍스트에 대해 약 30% 더 많은 토큰을 생성하므로,
55    유효 비용은 표시 가격보다 높습니다. 유효 비용으로 예산을 책정하세요.
56
57## 비용 질문에 답변하는 방법
58  1. 입력과 출력을 별도로 추정하세요. 에이전트는 쓰는 1토큰당 약 100토큰을 읽으므로,
59     입력이 지배적이며 캐시 적중률이 청구서를 결정합니다.
60  2. 캐시 읽기 요율을 기본 요율이 아닌 반복되는 접두사에 적용하세요.
61  3. Anthropic 수치에 토크나이저에 대해 약 1.3을 곱하세요.
62  4. 범위를 제시하고, 가정을 명시하며, 이 파일의 어떤 줄을 사용했는지 말하세요.
63  5. 숫자가 저장소의 일일 상한선을 초과하면, 실행 전에 그렇게 말하세요.
64
65이 파일에서 읽지 않은 가격을 제시하지 마십시오. 여기에 나열되지 않은 모델은
66벤치에 없으며, 추가하는 것은 게이트를 통과해야 하는 라우팅 변경입니다.

1# ~/.codex/config.toml
2model = "gpt-5.6-terra"                 # 일일 드라이버
3model_reasoning_effort = "medium"
4# service_tier = "fast"                 # 주석 처리된 상태로 두세요. 빠른 모드는 2.5배 크레딧으로 청구됩니다.
5                                        # /fast status를 실행하여 이미 활성화되어 있지 않은지 확인하세요.
6
7[profiles.fast]                         # 기계 작업. "빠른 모드"가 아닙니다: 이
8model = "gpt-5.6-luna"                  # 프로필은 더 저렴한 모델이지, 2.5배
9model_reasoning_effort = "low"          # 미터가 아닙니다. 두 가지 다른 것, 하나의 단어.
10
11[profiles.deep]                          # 계획, 악성 버그, 리뷰
12model = "gpt-5.6-sol"
13model_reasoning_effort = "high"

1# CLAUDE.md
2
3## 절대 금지 (예외는 먼저 물어봐야 함)
4- 세션 중간에 모델을 전환하지 마십시오. 라우팅은 세션 및 서브에이전트 경계에서만 발생합니다. 작업 중간 교체는 캐시를 소진시킵니다.
5- 자신의 diff를 검토하지 마십시오. 검토는 새로운 컨텍스트 또는 다른 계열에서 이루어져야 합니다. Devin의 리뷰어는 에이전트 PR당 2개의 버그를 잡아내는데, 이는 작성자와 아무것도 공유하지 않기 때문입니다.
6- 테스트를 통과시키기 위해 테스트를 편집, 약화 또는 삭제하지 마십시오. 자동 FAIL입니다.
7- 자기 평가로 완료를 보고하지 마십시오. 완료 = gate/verify.sh 통과.
8- 네 번째 어드바이저 자문을 받지 마십시오. 세 번 실패 = BLOCKED, 인간의 차례입니다.
9- eval_gate.py가 BLOCKED한 라우팅 또는 프롬프트 변경을 병합하지 마십시오.
10- MAX_ITERS 및 BUDGET_USD 두 상한선을 모두 설정하지 않고 루프를 실행하지 마십시오.
11- 프론티어 모델이 가동 중이라고 가정하지 마십시오. 폴백: fable-5 -> opus, sol -> terra. 모든 폴백을 progress.log에 기록하세요.
12- 요청받지 않은 서브에이전트를 생성하지 마십시오. 자식은 부모의 모델 AND 노력을 상속받으므로, 열성적인 플릿은 비싼 좌석을 상속받습니다.
13
14## 파견 (첫 번째 일치가 우선)
15| # | 작업 | 좌석 |
16|---|---|---|
17| 1 | 계획 / 아키텍처 / 마이그레이션 | fable-5 계획, sonnet 실행 |
18| 2 | 추출 / 포맷 / 테스트 / 문서 | haiku 또는 luna |
19| 3 | 60k 토큰 이상의 컨텍스트 | Anthropic 1M 플랫 가격 등급 |
20| 4 | 에이전트가 작성한 코드 검토 | codex를 통한 sol, 네이티브 하네스 |
21| 5 | 모호함 | 난이도 점수: 0-1 저렴함, 2 sonnet, 3+ 프론티어 |
22| 6 | 여전히 확실하지 않음 | 저렴하게 한 번 실행, 확인, 실패 시 한 번 에스컬레이션 |
23
24## 완료
25- 모든 작업은 작업 시작 전에 기계로 확인 가능한 done_when을 가지고 있습니다.
26- 새로운 컨텍스트 리뷰어는 사양과 diff를 비교하여 판단하며, 다른 것은 없습니다.
27- gate/verify.sh는 최종 투표를 보유합니다. 한 항목에 대해 두 번의 메이커/체커
28  불일치 -> 중단, 인간을 위해 대기열에 추가.

1# AGENTS.md
2
3## 명령어
4| 목적 | 명령어 |
5|---|---|
6| 테스트 | make test   (이 명령어가 완료의 정의입니다) |
7| 린트 | make lint |
8
9## 세션 프로토콜
101. 먼저 progress.log와 TASKS.md를 읽습니다. 2. 하나의 체크되지 않은 작업.
113. 구현하고, 전체 스위트를 실행하고, 초록불일 때만 커밋하고, 설명적인 메시지를 작성합니다.
124. 작업에 체크 표시를 하고, progress.log에 한 줄을 추가하고, 중단합니다.
13테스트가 완료를 정의합니다. 절대 테스트를 약화, 건너뛰기 또는 삭제하지 마십시오. 잘못된 테스트 =
14작업을 BLOCKED로 표시하고 그 이유를 말합니다.
15
16## 모델 정책
17기본값: terra, 중간 노력. 기계 작업: 프로필 fast (luna, low).
18계획 및 악성 버그: 프로필 deep (sol, high).
19모델보다 노력이 먼저입니다. 프로필은 세션 시작 시 선택되며, 작업 중간에 변경되지 않습니다.
20빠른 모드 OFF (2.5배 크레딧). Ultra OFF. 둘 다 노력 수준이 아닙니다.
21내가 요청할 때만 서브에이전트를 생성합니다. 자식은 이 세션의 모델 AND 추론 수준을 상속받으므로,
22높은 노력에서 열성적인 생성은 전체 플릿이 높은 노력이 되는 것을 의미합니다.
23
24## 막힘
25신호: 동일한 오류 두 번; 진행 없는 단계 두 번; 두 개의 다른 수정에서 살아남는 테스트. 그런 다음 /fable-advice. 최대 3번의 자문, 그 후 BLOCKED.
26
27## 검토
28병합 전에 새로운 세션에서 /review-hostile을 실행하거나, Claude 측의 교차 차선을 사용하세요.
29자신의 검토되지 않은 작업을 절대 병합하지 마십시오.

1#!/usr/bin/env bash
2set -e
3npm run typecheck --if-present
4npm test --if-present
5npm run lint --if-present

1for case in cases:   # {prompt, must_include, must_not_include, max_words}
2    hits += passes(case, run_config(case.prompt))
3verdict = "SHIP" if new_score >= old_score - 0.02 else "BLOCKED"

1---
2name: ship-gate
3description: 라우팅 규칙, 모델 변경, 시스템 프롬프트 수정, 난이도 조정, 또는 라우터/프롬프트/모델 설정에 영향을 미치는 모든 변경 사항을 배포하기 전에 평가 게이트를 실행합니다. 사용자가 라우팅 규칙 변경, 모델 티어 교체, 시스템 프롬프트 편집, 난이도 수준 조정, 또는 라우터/프롬프트/모델 설정과 관련된 모든 병합을 요청할 때 사용합니다.
4---
5
6# Ship gate (배포 게이트)
7
8라우팅이나 프롬프트에 대한 모든 변경은 게이트가 승인하기 전까지 품질 도박입니다. 이 스킬은 그 도박이 조용히 배포되지 않도록 하기 위해 존재합니다.
9
10  1. eval/cases.jsonl 파일을 찾습니다. 파일이 없으면 중단하고, 사용자에게 먼저 실제 트래픽에서 추출한 50~500개의 대표 케이스를 구축하라고 지시합니다. 직접 케이스를 임의로 생성하지 마십시오.
11  2. 실행: python3 eval_gate.py eval/cases.jsonl, 현재 설정 대비 제안된 설정을 비교합니다.
12  3. BLOCKED (차단): 두 점수를 모두 보고하고, 어떤 케이스에서 성능이 저하되었는지 나열하며, 변경 사항을 적용하지 말고, 게이트를 통과시킬 수 있는 최소한의 롤백을 제안합니다.
13  4. SHIP (배포 승인): 변경 사항을 적용하고, progress.log에 두 점수와 함께 한 줄을 추가합니다.
14
15엄격한 규칙:
16  - BLOCKED (차단) 판정을 절대 무시하지 마십시오. 정중한 요청이 있어도 안 됩니다. 실패한 케이스를 첨부하여 담당자에게 에스컬레이션하십시오.
17  - 라우팅 변경과 동일한 세션에서 케이스 파일을 편집하지 마십시오. 게이트와 변경 사항의 작성자는 달라야 합니다.
18  - 비용 수치는 품질 저하에 대한 변명이 될 수 없습니다. 게이트의 판정이 우선합니다.

1progress.log와 TASKS.md를 읽으십시오. 정확히 하나의 체크되지 않은 작업을 선택하십시오.
2해당 작업을 구현하십시오. 테스트를 실행하십시오. 통과하면: 설명적인 메시지와 함께 커밋하고,
3작업을 체크(완료 표시)한 후, progress.log에 한 줄을 추가하고 중단하십시오.
4동일한 작업이 두 번 실패하면, 오류와 함께 BLOCKED(차단)로 표시하고 중단하십시오.
5모든 작업이 체크되고 전체 테스트 스위트가 통과된 경우에만 DONE이라는 파일을 생성하십시오.
6테스트를 통과시키기 위해 테스트 자체를 편집하지 마십시오.

1#!/usr/bin/env bash
2set -u
3MAX_ITERS="${MAX_ITERS:-25}"      # cap one: iterations
4BUDGET_USD="${BUDGET_USD:-10}"    # cap two: dollars
5MAX_FAILS=3; fails=0; spent=0; i=0
6
7while [ ! -f DONE ] && [ "$i" -lt "$MAX_ITERS" ]; do
8  i=$((i + 1))
9  # fresh session every iteration: no memory except the repo itself
10  claude -p "$(cat PROMPT.md)" --max-turns 30 \
11    --output-format json > out.json 2> err.log \
12    && fails=0 || fails=$((fails + 1))
13  [ "$fails" -ge "$MAX_FAILS" ] && exit 2        # circuit breaker
14  cost=$(jq -r '.total_cost_usd // 0' out.json)
15  spent=$(awk -v a="$spent" -v b="$cost" 'BEGIN{printf "%.4f", a+b}')
16  awk -v s="$spent" -v c="$BUDGET_USD" 'BEGIN{exit !(s>c)}' && exit 3  # cap
17  sleep 2
18done
19[ -f DONE ] && echo "done in $i ticks, \$$spent" || echo "cap hit, \$$spent"

1TIERS = {                                   # seats, not numbers
2  "cheap":    "gpt-5.6-luna",               # or claude-haiku-4-5
3  "mid":      "claude-sonnet-5",
4  "frontier": "claude-fable-5",             # or gpt-5.6-sol
5}
6PRICES = load_bench(".claude/skills/model-bench/SKILL.md")   # one source of truth
7
8RULES = [
9  (kind in {"extract", "format", "summarize"},  "cheap"),
10  (kind in {"plan", "architect", "migrate"},    "frontier"),
11  (context_length > 60_000,                     "mid"),
12]
13tier = layer1_rules(task) or layer2_classifier(task)
14if tier: return call(TIERS[tier], task)
15return cascade(task)   # cheap first, verify, escalate ONCE on fail

1---
2name: model-router
3description: 각 작업을 시작하기 전에 올바른 시트(seat)와 노력 수준으로 라우팅합니다.
4  세션 시작 시, 하위 에이전트를 생성하기 전, 사용자가 어떤 모델을 사용할지 물을 때,
5  또는 작업이 계획과 실행을 혼합할 때 사용합니다.
6---
7
8# Model router (모델 라우터)
9
10ROUTING.md를 읽고 적용하십시오. 정책을 임의로 만들지 말고, 여기에 다시 설명하지 마십시오:
11이 파일은 썩을 수 있고, 정책 파일은 평가 게이트 아래에 있는 파일입니다.
12
13이 스킬이 해당 파일 위에 추가로 적용하는 세 가지 사항:
14
15  1. 경계(boundary)에서만 라우팅하십시오. 세션 시작과 하위 에이전트 생성 시점입니다. 작업 중간에 교체하면 캐시가 무효화되고 캐시된 요금의 10배에 해당하는 비용으로 컨텍스트가 다시 청구됩니다.
16  2. 세션 종료 시, 저렴한 티어(cheap tier)의 비율을 progress.log에 추가하십시오. 대부분의 트래픽이 저렴한 티어로 전환되어야만 절감 효과가 누적되므로, 이 숫자가 주목해야 할 지표입니다.
17  3. ROUTING.md에 대한 모든 변경 사항은 ship-gate 스킬을 통해 배포되어야 합니다. 예외는 없습니다.

1name: scout
2model: haiku
3effort: low     # subagents inherit the parent. a max-effort swarm
4                # empties a window in one message. pin them down.

1grep '^route' progress.log | awk -F'\t' \
2  '{r++; if($3!="frontier")c++} END{printf "cheap share: %.0f%%\n", c/r*100}'

1# ROUTING.md
2
3라우팅은 네 가지 결정이며, 순서가 중요합니다:
4  1. WHERE (어디서):    어떤 하네스가 작업을 실행할지
5  2. WHEN (언제):       어느 경계에서 결정이 내려질지
6  3. WHO (누가):        어떤 모델이 시트(seat)를 차지할지
7  4. HOW HARD (얼마나): 해당 모델이 어떤 노력 수준으로 실행될지
8대부분의 팀은 오직 3번에 대해서만 논쟁합니다. 돈은 2번과 4번에 있습니다.
9
10## 1. WHERE: harness before model (모델보다 하네스를 먼저 선택하라)
11하네스 내에서 사후 훈련(post-trained)된 모델은 다른 곳에서는 분포 외(out of distribution) 성능을 보입니다.
12측정된 차이: 동일한 가중치에서 네이티브(native) 20.2% 대 외부(foreign) 7.7%.
13
14| 작업 | 하네스 | 이유 |
15|---|---|---|
16| 코드 작성 | 모델의 네이티브 하네스 | 작성자는 분포 외에서 성능 저하 |
17| 코드 리뷰 | 리뷰어의 네이티브 하네스 | 약한 리뷰는 없는 것보다 나쁨 |
18| 읽기, 스카우팅(scouting) | 어디든 | 읽기는 저렴하고 검증 가능 |
19| 기계적 변환 | 어디든 | 검사가 결정론적이라면 하네스는 거의 중요하지 않음 |
20
21규칙(LAW): 리더(reader)와 리뷰어(reviewer) 레인(lane)을 자유롭게 재매핑하십시오. 라이터(writer) 레인은 자체 평가 세트가 달리 지시할 때까지 하네스 네이티브를 유지합니다. 해당 재정의는 선호도가 아닌 측정값이어야 합니다.
22
23## 2. WHEN: route at boundaries, never inside them (경계에서 라우팅하고, 내부에서는 절대 하지 마라)
24세션 중간에 교체하면 프롬프트 캐시가 무효화됩니다. 캐시된 입력 비용은 새 입력의 10분의 1이므로, 불필요한 교체는 전체 컨텍스트를 10배의 가격으로 다시 청구하고 아무 이득도 없습니다.
25
26합법적인 경계, 라우팅 결정이 발생할 수 있는 유일한 장소:
27  - 세션 시작
28  - 하위 에이전트 생성
29  - 스웜 내 새로운 목표
30  - 다른 계열(lineage)로의 리뷰 핸드오프
31  - 장애 또는 보호 장치(safeguard)에 의해 트리거된 폴백(fallback)
32
33다른 모든 곳은 불법입니다. 턴(turn)별 라우팅 금지. 작업 중 적응형 교체 금지. 캐스케이드는 정확히 한 번의 에스컬레이션을 허용하며, 새로운 경계를 엽니다.
34
35규칙(LAW): 경계가 열릴 때 시트를 선택하고, 다음 경계까지 그 상태를 유지하십시오.
36
37## 3. WHO: the decision procedure (first match wins, log the result) (결정 절차, 첫 번째 일치가 승리하며 결과를 기록)
38
39레이어 1, 규칙. 무료. 항상 먼저 확인하십시오.
40
41| 신호 | 시트 |
42|---|---|
43| extract / format / summarize / classify / tests | Haiku 또는 Luna, 노력 낮음(low) |
44| plan / architect / migrate / root-cause | Fable 계획, Sonnet 실행 |
45| 6만 토큰 이상의 컨텍스트 | Anthropic 100만 토큰 티어 (고정 가격) |
46| 에이전트가 작성한 코드 리뷰 | 다른 계열(lineage), 네이티브 하네스 |
47| 목표가 독립적인 부분으로 분할됨 | 스웜: Fable이 작성 및 채점 |
48
49레이어 2, 점수. 각 항목당 1점:
50  - why / debug / race / deadlock / refactor / security / optimize 단어 포함
51  - 둘 이상의 서브시스템에 영향
52  - 이전 시도가 이미 실패함
53  - 변경이 되돌릴 수 없거나 사용자에게 직접 노출됨
54  0-1 -> 저렴한 티어(cheap tier), 낮은 노력(low effort). 2 -> Sonnet, 중간 노력(medium). 3+ -> 프론티어(frontier), 높은 노력(high).
55
56레이어 3, 캐스케이드(cascade). 저렴한 모델로 실행하고, 결정론적으로 검증하며, 정확히 한 번만 에스컬레이션합니다. 절대 두 번 하지 마십시오. 두 번째 실패는 사양(spec) 문제이며, 더 큰 모델이 사양을 고쳐주지 않습니다.
57
58시트와 폴백은 .claude/skills/model-bench/SKILL.md에 있습니다. 여기에는 가격 정보가 없습니다.
59
60## 4. HOW HARD: effort routing (노력 라우팅)
61노력은 한 단계 아래의 라우팅입니다. 이 파일에서 가장 저렴한 다이얼: 다른 것은 변경되지 않고 캐시가 유지됩니다.
62
63| 노력 수준 | 사용처 |
64|---|---|
65| 낮음(low) | 오타, 이름 변경, 정렬, 추출, 모든 하위 에이전트 기본값 |
66| 중간(medium) | 명확한 사양의 일상적인 코드, 요약, 표준 글쓰기 |
67| 높음(high) | 분해(teardown), 마이그레이션, 까다로운 버그, 모든 지휘자 작업 (기본값) |
68| 최대(max) | 높음(high)이 이미 해결하지 못한 문제만 |
69| 울트라(ultra) | 이 사다리에 없음. 깊이(depth)가 아닌 폭(width): 4개 에이전트 병렬. 기본적으로 비활성화 |
70
71  1. 기본값은 높음(high)입니다. 최적점은 여기에 있습니다; 최대(max)는 과도한 사고로 이어집니다.
72  2. 더 나은 모델이 더 높은 다이얼보다 낫습니다. 설정보다 먼저 시트를 업그레이드하십시오.
73  3. 하위 에이전트는 상위 에이전트의 모델과 노력을 상속받습니다. 최대 노력 지휘자에서 생성된 함대는 최대 노력으로 실행되며 단일 메시지로 창을 고갈시킵니다. 모든 하위 에이전트를 자체 frontmatter에 고정하십시오: effort: low. 생성자가 고정을 무시하는 경우, 상위 에이전트의 다이얼이 함대의 다이얼입니다. 어떤 케이스인지 확인하십시오.
74  4. Max는 깊이(depth)입니다. Ultra는 폭(width)입니다. 하위 문제가 진정으로 독립적인 경우에만 Ultra를 사용하고, 기본값으로 사용하지 말며, 하네스가 과도하게 생성(over-spawn)하는 동안에는 전혀 사용하지 마십시오.
75  5. 이 사다리는 버전 간에 이식되지 않습니다. 새 모델에서는 이전 모델에서 신뢰했던 설정보다 한 단계 아래에서 시작하십시오.
76  6. 빠른 모드(fast mode)도 노력 수준이 아닙니다. 어차피 소비하고 있던 토큰에 대해 2.5배 크레딧으로 지연 시간을 단축합니다. 비활성화 상태.
77다이얼은 네 곳에 있습니다: Claude Code와 Codex TUI의 /effort, codex -e high, config의 model_reasoning_effort, API의 effort 필드. Claude Code는 기본값이 높음(high), Codex는 기본값이 중간(medium), 대부분의 앱은 완전히 숨겨서, 팀이 실수로 모든 것에 대해 하나의 수준만 사용하는 이유입니다.
78
79## 5. Fallbacks: assume the frontier is down (폴백: 프론티어가 다운되었다고 가정하라)
80프론티어 가용성은 보장되지 않으며, 보호 장치(safeguard)가 실행 중에 Opus 4.8로 호출을 재라우팅할 수 있으며, 세션의 5% 미만에서 오류 없이 발생합니다.
81  - 모든 시트에는 명명된 폴백이 있습니다. 예외는 없습니다.
82  - 모든 폴백은 기록됩니다. 자동 재라우팅은 버그입니다. 선택하지 않은 모델의 출력을 읽고 있을 수 있기 때문입니다.
83  - 선택하지 않은 모델의 출력을 절대 반복적으로 개선하지 마십시오.
84
85## 6. The number that decides whether any of this worked (이 모든 것이 효과가 있었는지 결정하는 숫자)
86혼합 비용(blended cost)은 트래픽 분할(traffic split)이며, 다른 것은 없습니다. 70% 저렴한 티어는 비용을 약 3분의 2로 줄입니다. 10%는 용돈만큼 절약합니다. 라우터 정확도는 라우터의 지능보다 훨씬 중요합니다.
87
88BUILD 4의 한 줄 명령어로 추적하십시오. 50% 미만이면 절감 효과가 아직 누적되기 시작하지 않은 것입니다. 여기의 다른 모든 것을 건드리기 전에 분할 비율을 먼저 수정하십시오.
89
90## 7. The gate on this file (이 파일의 게이트)
91규칙(LAW): 이 파일에 대한 변경 사항은 eval_gate.py가 50~500개의 보류 케이스(held-out cases)에서 통과할 때까지 배포되지 않습니다. BLOCKED(차단) 판정은 최종적이며 세션 내에서 재정의될 수 없습니다. 게이트와 변경 사항의 작성자는 달라야 합니다.
92
93## 8. When to delete this file (이 파일을 삭제해야 하는 경우)
94잘 선택된 단일 모델이 평가에서 이 전체 스택을 능가한다면, 라우터를 삭제하고 단순함을 유지하십시오. 2026년 가장 엄격한 라우팅 벤치마크는 많은 상용 라우터를 포함한 많은 라우터가 최고의 단일 모델을 선택하는 것보다 확실히 더 나은 성능을 보여주지 못한다는 것을 발견했습니다.
95먼저 측정하십시오. 그 다음 라우팅하십시오. 기꺼이 삭제하십시오.

1---
2name: stuck-protocol
3description: 진행이 정체될 때 fable-expert 어드바이저에게 에스컬레이션합니다. 동일한
4  오류가 두 번 나타날 때, 오류가 지속되는 동안 두 번의 연속 단계에서 파일이 변경되지 않을 때,
5  두 번의 뚜렷한 수정 시도 후에도 테스트가 실패할 때, 또는 사용자가 에이전트가 제자리
6  맴돌고 있다고 말할 때 사용합니다.
7---
8
9# Stuck protocol (the advisor inversion) (스턱 프로토콜, 어드바이저 역전)
10
11당신은 저렴한 드라이버이며 이것이 기능입니다: 실행은 대량이고, 조언은 그램 단위입니다.
12그러나 작은 모델은 과신하기 때문에, 당신이 괜찮다고 결정할 수 없습니다. 대신 결정론적 신호를 확인하십시오.
13
14스턱 신호 (하나라도 해당되면 프로토콜이 실행됩니다):
15  1. 두 번의 연속 단계에서 동일한 오류 문자열.
16  2. 오류가 지속되는 동안 두 번의 연속 단계에서 파일 변경이 0건.
17  3. 두 번의 진정으로 다른 수정 시도 후에도 동일한 테스트 실패.
18
19절차:
20  1. 이 세션의 컨설트(consult) 횟수를 셉니다. 3회에 도달하면 중단: 오류를 첨부하여 작업을 BLOCKED(차단)로 표시하고, 사람에게 요약한 후 넘어가십시오. 네 번째 컨설트는 절대 안 됩니다.
21  2. 브리프(brief)를 작성합니다. 다른 것은 포함하지 마십시오:
22       GOAL: 한 줄
23       ATTEMPT x2: 마지막 두 번의 시도, 각각 200자
24       ERROR: 정확한 오류, 300자
25  3. 브리프와 함께 fable-expert를 생성(spawn)합니다. 코드가 아닌 지침(guidance)을 반환합니다.
26  4. 다음 단계에서 즉시, 당신의 어떤 것보다 먼저 지침을 적용합니다.
27  5. progress.log에 한 줄을 추가합니다: consult #N, 내용, 성공 여부.
28
29엄격한 규칙:
30  - 전문가에게 작업을 수행하도록 요청하지 마십시오. 응답에 전체 구현이 포함된 경우, 아이디어만 취하고 코드는 폐기하십시오.
31  - 브리프에 당신의 추론 기록을 덧붙이지 마십시오. 전문가의 가치는 깨끗한 컨텍스트입니다; 긴 브리프는 그것을 오염시킵니다.
32  - 지침이 실패하면, 다음 컨설트를 위한 두 번의 시도 중 하나로 계산됩니다. 세 번의 실패한 컨설트는 작업이 이 세션의 처리 능력 이상임을 의미하며, 그렇게 말하는 것이 올바른 출력입니다.

1---
2name: fable-expert
3description: 스턱 상황을 위한 프론티어 어드바이저. stuck-protocol로부터 간결한 브리프를
4  받고, 600 토큰 미만의 지침을 반환하며, 절대 작업 자체를 수행하지 않습니다.
5model: claude-fable-5      # 보존 규칙이 문제가 되면 opus로 교체
6effort: high
7tools: Read, Grep, Glob    # 읽을 수는 있지만, 편집할 수는 없음
8---
9
10당신은 전문 컨설턴트이지, 계약자가 아닙니다. 더 저렴한 모델이 운전 중이며 벽에 부딪혔습니다.
11당신의 가치는 그램 단위의 판단력과 깨끗한 컨텍스트입니다: 당신은 드라이버가 어떻게 여기까지 왔는지 전혀 모르며, 이것이 바로 당신의 판단이 더 예리한 이유입니다.
12
13당신은 브리프를 받습니다: GOAL, 마지막 두 번의 ATTEMPT, 그리고 ERROR. 브리프에 특정 파일이 언급된 경우, 해당 파일을 읽을 수 있습니다. 어떤 것도 편집할 수 없습니다.
14
15  1. 브리프에 필요한 것이 누락된 경우, 누락된 것이 무엇인지 한 줄로 답변하십시오. 빈 구멍을 추측하지 마십시오.
16  2. 처방하기 전에 진단하십시오: 실제로 무엇이 잘못되었는지 한두 문장으로 설명하십시오.
17  3. 그런 다음 이 형식으로 답변하고 그 이후에는 아무것도 작성하지 마십시오:
18       GUIDANCE:
19       1. (가장 가능성 높은 수정: 무엇을 시도할 것인지, 그리고 왜 작동해야 하는지)
20       2. (1이 실패할 경우 대비책)
21       3. (진정으로 구별되는 세 번째 경로가 있는 경우에만)
22       CONFIDENCE: high | medium | low
23  4. 600 토큰 미만. 10줄이 넘는 코드 블록은 금지. 아이디어를 제시하고 구현을 제공하지 마십시오. 답변에 전체 솔루션이 포함된 경우, 역할을 실패한 것입니다.
24  5. 작업 자체가 잘못 구상된 경우, 항목 1에서 그렇게 말하고 사람에게 무엇을 알릴지 권장하십시오.
25
26운영자 참고: 조직에서 Mythos 클래스의 보존 규칙을 수용할 수 없는 경우, model 라인을 opus로 변경하십시오. 역할은 동일하게 작동합니다; 어드바이저 결과는 Opus 클래스 어드바이저로 처음 입증되었습니다.

1claude --model claude-fable-5 -p "You are an expert advisor.
2  A cheaper model is driving and is stuck. BRIEF: <goal, two
3  attempts, error>. Reply GUIDANCE: up to 3 numbered items,
4  under 600 tokens. Do not do the work."

1---
2name: fresh-eyes-reviewer
3description: 컨텍스트가 없는 코드 리뷰어. 에이전트가 변경한 후에 호출합니다.
4  작성자와 히스토리를 공유하지 않으며, diff 자체를 읽고, 수정할 수 없습니다.
5model: haiku               # 중요 변경 사항일 경우 opus 로 교체
6effort: medium
7tools: Read, Grep, Glob, Bash
8---
9
10이 변경 사항이 어떻게 작성되었는지에 대한 기억은 없습니다. 그것이 바로 핵심입니다.
11작성자에게 이유를 묻지 마세요. 어떤 요약도 신뢰하지 마세요. 오직 증거만 신뢰하세요.
12
13  1. git diff HEAD~1 (또는 지정된 범위)를 실행하고 모든 헝크를 읽으세요.
14  2. 헝크뿐만 아니라 각 수정된 파일의 전체 내용을 읽으세요. 버그는 변경 사항
15     주변의 변경되지 않은 줄에 숨어 있습니다.
16  3. README 또는 CLAUDE.md 에 명시된 테스트 스위트를 실행하세요.
17  4. 세 가지 전형적인 에이전트 실패를 찾으세요.
18       laziness: 부분 구현, TODO, 한 가지 경우에만 처리
19       self-grading: 약화된 테스트, 삭제된 어설션, 건너뛴 스위트
20       drift: 명시된 작업 범위를 벗어난 변경
21  5. 다음 형식으로 정확하게 평결을 내리세요.
22       VERDICT: PASS 또는 FAIL
23       BUGS: 번호를 매기고 각각 file:line 과 한 문장으로 된 이유를 제시
24       RISK: 이 변경 사항이 건드리는 가장 위험한 부분에 대한 한 문장
25
26엄격한 규칙: 파일을 수정할 수 없으며, 작성자의 작업을 다시 실행할 수 없으며,
27빈 BUGS 목록과 VERDICT: FAIL 은 유효하지 않습니다. 테스트를 실행할 수 없는 경우
28그 이유와 함께 자동 FAIL 입니다.

1---
2name: sol-reviewer
3description: 크로스 벤더 리뷰어. 최신 커밋을 Codex CLI 를 통해 GPT-5.6 Sol 에게
4  Sol 의 네이티브 하네스로 보내고, 평결을 그대로 전달합니다.
5model: haiku               # 단순 파이프라인입니다. Sol 이 리뷰어입니다.
6effort: low
7tools: Bash, Read
8---
9
10당신은 리뷰어가 아니라 파이프라인입니다. 한 계열의 모델은 사각지대를 공유합니다.
11이 레인이 존재하는 이유는 Sol 이 Claude 의 사각지대를 공유하지 않기 때문입니다.
12
13  1. CLI 를 확인하세요: codex --version. 없으면 VERDICT: FAIL 과 함께
14     "codex CLI 가 설치되지 않음" 이유와 설정 경로(또는 공식 플러그인:
15     /plugin marketplace add openai/codex-plugin-cc, /plugin install, /codex:review)를 출력하세요.
16  2. Sol 의 자체 하네스에서 높은 노력으로 리뷰를 실행하세요.
17
18     codex --profile deep exec "최신 커밋(git show HEAD)을 작성자를 한 번도 만난
19     적이 없는 적대적인 시니어 엔지니어로서 리뷰하세요. 헝크뿐만 아니라 수정된
20     모든 파일을 전체로 읽으세요. 다음을 찾으세요: 부분 구현, 약화되거나 삭제된
21     테스트, 명시된 작업 범위를 벗어난 변경. 'VERDICT: PASS' 또는 'VERDICT: FAIL'
22     뒤에 file:line 과 한 문장으로 된 이유가 있는 번호 매기기 결과를 정확히
23     끝내세요."
24
25  3. 전체 출력을 `.review_sol_<short-hash>.md` 에 저장하세요.
26  4. 위로 전달하세요: 먼저 VERDICT 줄, 그 다음 결과를 그대로 전달하세요.
27     결과를 요약하지 말고, 안심시키는 말을 덧붙이지 말고, Sol 과 논쟁하지 마세요.
28     평결이 FAIL 이면 상위 항목이 무엇을 수정할지 결정합니다. 당신은 아무것도
29     결정하지 않습니다.
30
31엄격한 규칙: 파일을 수정하지 말고, 작성자의 작업을 다시 실행하지 말고, 자신의
32리뷰로 대체하지 마세요. codex 가 실행 중간에 오류가 발생하면 조용히 한 번 이상
33재시도하지 말고 stderr 를 첨부하여 FAIL 로 보고하세요.

1claude -p "구현: $TASK. 테스트를 실행하세요. 통과하면 커밋하세요."
2review=$(codex exec "HEAD 리뷰 ... VERDICT: PASS 또는 FAIL 및 결과.")
3grep -q "VERDICT: PASS" <<< "$review" && exit 0
4claude -p "다른 모델 계열의 리뷰어가 다음 문제를 발견했습니다.
5  모든 문제를 수정하고, 테스트를 다시 실행하고, 커밋하세요: $review"

1/plugin marketplace add openai/codex-plugin-cc
2/plugin install codex@openai-codex
3/codex:setup

1---
2name: scout
3description: 리서치 팬아웃을 위한 저렴한 병렬 리더. 코드베이스 조사, 의존성
4  감사, 로그 탐색, 문서 리서치를 위해 여러 개를 한 번에 생성하세요.
5  독트린에 따라 읽기 전용; 읽기는 팬아웃되고, 쓰기는 단일 스레드로 유지됩니다.
6model: haiku
7effort: low                # 상속 방지(BUILD 4): 최대 노력을 상속받는
8                           # 스웜은 한 메시지로 창을 비웁니다
9tools: Read, Grep, Glob, Bash
10---
11
12당신은 병렬로 실행되는 여러 리더 중 하나일 수 있습니다. 할당된 조각을 조사하고
13작고 날카롭게 보고하세요. 최종 메시지만 상위 항목으로 반환되므로, 400 단어
14미만으로 유지하고 모든 단어가 그 자리를 차지할 가치가 있게 만드세요.
15
16  1. 할당된 작업을 직접 하나의 조각(하나의 디렉토리, 하나의 하위 시스템, 하나의
17     질문)으로 좁히고, 무엇으로 좁혔는지 말하세요.
18  2. 읽기만: Read, Grep, Glob, 읽기 전용 셸(ls, git log, git show, rg).
19     절대 편집, 설치, 삭제하지 마세요. 작업에 쓰기가 필요하면, 수행하지 말고
20     보고하세요.
21  3. 먼저 넓게, 그 다음 가장 핫한 두세 군데를 깊게 파세요.
22
23다음 외에는 아무것도 없는 보고 형식:
24  FINDINGS: 최대 10개의 불릿, 각각 증거(file:line, 커밋 해시 또는 URL)가 있는
25    하나의 사실
26  GAPS: 확인할 수 없었던 것과 그 이유, 그래서 상위 항목이 여전히 어두운 부분을
27    알 수 있도록
28  HOTSPOT: 더 깊이 살펴볼 가치가 있는 단일 파일 또는 함수, 그 이유에 대한 한 줄
29
30편집하지 말고, 구현을 제안하지 말고, 늘리지 마세요. 300개의 유용한 단어를
31반환하는 정찰병이 3,000개의 혼합된 단어를 반환하는 정찰병보다 낫습니다.
32왜냐하면 당신이 내보내는 모든 것은 상위 항목의 컨텍스트 창에 들어가고 상위
33항목이 그 비용을 지불하기 때문입니다.

1claude-model-switch init                 # Claude Code 를 프록시로 지정
2claude-model-switch add openrouter sk-or-xxx
3claude-model-switch add glm \
4  --haiku glm-4.5-air --sonnet glm-4.7 --opus glm-5
5claude-model-switch use glm              # 세션당, 작업 중간에는 절대 안 됨
6claude-model-switch orchestrate start --preset trio   # 플래너/코더/리뷰어

1checks = [
2  (tickets == 0,                 "기록된 티켓이 없습니다."),
3  (done != tickets,              "모든 티켓이 완료되지 않았습니다."),
4  (first_brief is None,          "아키텍처 브리프가 기록되지 않았습니다."),
5  (first_brief > first_code,     "구현 증거가 브리프보다 먼저입니다."),
6  (code_ev == 0,                 "구현자 코드 증거가 기록되지 않았습니다."),
7  (build_ok == 0,                "통과된 빌드 명령 증거가 없습니다."),
8  (test_ok == 0,                 "통과된 테스트 명령 증거가 없습니다."),
9  (latest("architect") != "green",  "최신 아키텍트 평결이 녹색이 아닙니다."),
10  (latest("reviewer")  != "green",  "최신 리뷰어 평결이 녹색이 아닙니다."),
11]

1G ticket "칸반 보드" "열 렌더링, 드래그 지속"    # 플래너 행
2G brief  "$BRIEF"                                          # 코드 전에
3../loop/ralph.sh && G evidence code pass "루프 완료"  # BUILD 3 작동
4npm test          && G evidence test pass "npm test 통과"
5G verdict 1 architect green "레이아웃이 브리프와 일치"         # Claude 좌석
6G verdict 1 reviewer  green "테스트 통과, 범위 깔끔"      # Sol 좌석, codex 통해
7python3 factory_gate.py gate factory.db                    # 행이 결정

1$ factory_gate.py record demo.db ticket "kanban-board" "열 렌더링, 드래그 지속"
2
3$ factory_gate.py gate demo.db
4GATE: REFUSED
5  - 모든 티켓이 완료되지 않았습니다.
6  - 아키텍처 브리프가 기록되지 않았습니다.
7  - 구현자 코드 증거가 기록되지 않았습니다.
8  - 통과된 빌드 명령 증거가 없습니다.
9  - 통과된 테스트 명령 증거가 없습니다.
10  - 리뷰 주기가 기록되지 않았습니다.
11  exit: 1
12
13... 에이전트가 작업합니다. 모든 단계가 행을 기록합니다 ...
14
15$ factory_gate.py record demo.db brief    "스택: node+sqlite. /tasks CRUD."
16$ factory_gate.py record demo.db evidence code  pass "src/board.js 작성됨"
17$ factory_gate.py record demo.db evidence build pass "npm run build exit 0"
18$ factory_gate.py record demo.db done     "kanban-board"
19$ factory_gate.py record demo.db verdict 1 architect green "레이아웃이 브리프와 일치"
20$ factory_gate.py record demo.db verdict 1 reviewer  green "범위 깔끔"
21
22$ factory_gate.py gate demo.db
23GATE: REFUSED
24  - 통과된 테스트 명령 증거가 없습니다.
25  exit: 1
26
27$ factory_gate.py record demo.db evidence test pass "npm test 33/33"
28
29$ factory_gate.py gate demo.db
30GATE: COMPLETE (1/1 티켓, 주기 1 녹색 x2)
31  exit: 0

1FLEET=4                              # 쓰기는 절대 충돌하지 않음: 각각 하나의 작업 트리
2WORKER_MODEL=claude-sonnet-5         # 또는 순수 실행용 haiku / luna / kimi
3WORKER_EFFORT=low                    # 절대 지휘자의 노력을 상속하지 않음
4CONDUCTOR=claude-fable-5             # 또는 보존 규칙이 문제가 되면 opus-4-8

1{"id":"strip-legacy-auth","spec":"routes/ 에서 v1 인증 경로 제거","check":"npm test -- tests/auth"}
2{"id":"migrate-sessions","spec":"세션 저장소를 새 어댑터로 이동","check":"npm test -- tests/session"}

1# 디스패치: 목표당 하나의 git 작업 트리, FLEET 만큼 병렬로
2claude --model "$WORKER_MODEL" --effort "$WORKER_EFFORT" -p "이 스펙을 정확히
3  실행하세요. 범위를 확장하지 마세요. 테스트를 실행하세요. 통과할 때만 커밋하세요."
4
5# 점수 매기기: 지휘자가 각 목표를 자체 점검 명령에 대해 채점합니다.
6# 작업자의 확신은 증거가 아닙니다. 종료 코드가 증거입니다.
7bash -c "$chk" && echo "$id" >> passed.txt || misses=$((misses+1))
8
9# 재계획: 다음 주기는 passed.txt 를 보고 놓친 것만 다시 계획합니다

1predicate: npm test -- tests/auth 2>&1 | tail -1 | grep -q passing
2born: 2026-07-13
3status: satisfied
4last-pass: 2026-07-13
5on-violation: 깨워 주세요. 자동 수정하지 마세요.

1held = subprocess.run(["bash","-c",predicate], timeout=60).returncode == 0
2g["status"] = "satisfied" if held else "VIOLATED"
3# 타임아웃은 위반이지 통과가 아닙니다: 비싼 술어는 깨진 술어입니다

1claude --model claude-fable-5 --effort high --allowedTools "Read,Grep,Glob" \
2  -p "이번 주 배기 가스를 읽으세요: progress.log 의 BLOCKED 줄, GATE REFUSED
3  항목, VIOLATED 목표, 병합되지 않고 닫힌 PR. 최대 3개의 제안을 추출하세요:
4  새 법칙(사건 인용), 스킬 수정(동일한 실패 반복), 또는 우리에게 없었던
5  상시 목표. 제안만 하고, 아무것도 편집하지 마세요. 깨끗한 주는 유효한
6  답변입니다. 그렇게 말하고 중단하세요."

1claude --model claude-fable-5 --effort high --allowedTools "Read,Grep,Glob" \
2  -p "이 프로젝트를 처음부터 끝까지 검토하세요. 영향력 순으로 순위가 매겨진
3  개선 계획을 작성하세요: 무엇이 취약한지, 무엇이 과도하게 구축되었는지,
4  무엇이 누락되었는지, 무엇을 삭제해야 하는지. 코드를 작성하지 마세요.
5  수용 기준이 있는 작업을 출력하세요." \
6  > plans/$(date +%F)-improvement.md

1awk -F'\t' '$2=="fix-lint"{r++; if($3=="pass")p++}
2  END{printf "%d runs, %.0f%%\n", r, (r?p/r*100:0)}' progress.log

1grep '^cost' progress.log | awk -F'\t' \
2  -v d="$(date -d '7 days ago' +%F)" \
3  '$2>=d{s+=$3} END{printf "week: $%.2f\n", s}'

1# task loop: the daily tick, both caps set
20 7 * * 1-5   cd /path/to/repo/loop && BUDGET_USD=5 ./ralph.sh >> ../progress.log 2>&1
3
4# system loop: nothing that passed once goes unwatched
530 7 * * *    cd /path/to/repo && python3 system/verify_goals.py goals/ >> progress.log 2>&1
6
7# system loop: failures become laws, once a week, proposals only
80 9 * * 1     cd /path/to/repo && codex --profile deep exec \
9              "$(cat ~/.codex/prompts/compost.md)" >> proposals/$(date +\%F).md 2>&1

1# /effort - 지출하기 전에 노력 수준을 선택하세요
2
3아직 작업에 응답하지 마세요. 먼저 라우팅하세요.
4
5점수를 매기세요. 각 항목당 1점:
6  - why, debug, race, deadlock, refactor, 보안 문제, 또는 optimize를 포함하는가
7  - 둘 이상의 하위 시스템에 영향을 미치는가
8  - 이전 시도가 이미 실패했는가
9  - 변경이 되돌릴 수 없거나 사용자 앞에 배포되는가
10
11그런 다음 매핑:
12
13| 점수 | 노력 수준 | 시트 |
14|---|---|---|
15| 0-1 | low | codex -e low, 또는 프로필 fast (Luna). 절대 프론티어 시트를 사용하지 마세요. |
16| 2 | medium | Terra를 medium으로 사용하는 것이 시트입니다. |
17| 3+ | high | 실제 작업의 기본값이며, 최적 지점이 있는 곳입니다. |
18
19high가 이미 시도되었고 실패한 경우에만: max를 추천하고, 추가적인 사고가 무엇을 가져올 것으로 예상되는지 명확히 말하세요. 당신이 반대하는 기본 확률은 대략 두 배의 비용이며, 일반적으로 그 이익이 비용을 상쇄하지 못합니다.
20
21업그레이드를 추천하기 전에 두 가지를 상기시키세요:
22  1. 낮은 노력 수준의 더 나은 모델이 일반적으로 max의 약한 모델을 이깁니다. 다이얼보다 시트를 먼저 바꾸세요.
23  2. 이 작업이 하위 에이전트를 생성하는 경우, 해당 노력 수준을 명시적으로 지정하세요(입증되지 않으면 low). 하위 에이전트는 부모를 상속받으며, max로 설정된 함대는 한 메시지에 컨텍스트 창을 비웁니다.
24
25정확히 다음과 같이 출력하세요:
26  EFFORT: low | medium | high | max
27  SEAT: <model>
28  WHY: <한 줄, 점수를 얻은 항목을 명시>
29  SUBAGENTS: <지정할 노력 수준, 또는 none>
30그런 다음 중단하세요. 인간이 당신이 지정한 수준에서 작업을 실행합니다.

1EFFORT: high
2SEAT: gpt-5.6-sol
3WHY: contains "why", touches auth and sessions, prior attempt failed
4SUBAGENTS: low

1# /plan-stop - 작업을 계획한 후 중단하세요
2
3이 모델들은 길게 실행됩니다. 계획이 옳을 때는 장점이지만, 그렇지 않을 때는 비용이 많이 드는 실수입니다. 이 명령어는 지출 전에 체크포인트를 확보합니다.
4
5작업을 계획하세요. 단 하나의 파일도 편집하지 마세요. 빌드를 실행하지 마세요. 시작하지 마세요.
6
7다음을 생성하세요:
8  GOAL: <한 줄>
9  ASSUMPTIONS: <당연하게 여기는 것들; 이것들이 틀리면 계획도 틀립니다>
10  STEPS: <번호가 매겨진, 각각 커밋 하나 분량의 작업>
11  DONE_WHEN: <각 단계가 완료되었음을 증명하는 정확한 셸 명령어>
12  BLAST RADIUS: <영향을 받는 파일과 시스템; auth, payments, migrations, prod config를 명시적으로 언급>
13  COST: <대략적인 토큰 또는 달러, 그리고 각 단계를 실행하는 시트>
14  UNKNOWNS: <딱 한 가지 질문을 할 수 있다면 인간에게 물을 것>
15
16그런 다음 중단하고 기다리세요.
17
18계획 중 규칙:
19  - 모호함은 UNKNOWNS에 넣으세요. 추측하고 진행하여 해결하지 마세요. 실행 단계까지 살아남은 추측은 질문보다 백 배 더 많은 비용이 듭니다.
20  - 계획에 이 저장소에 기록되지 않은 자격 증명, 엔드포인트 또는 규칙이 필요한 경우 중단하고 그렇게 말하세요. 절대 만들어내지 마세요.
21  - DONE_WHEN이 셸 명령어가 아닌 경우, 해당 단계를 다시 작성하세요. 셸이 확인할 수 없으면 검토자도 확인할 수 없습니다.
22  - 영향 범위가 AGENTS.md의 금지 목록에 닿는 경우, 상단에 그렇게 명시하고 인간에게 큐잉을 추천하세요.
23
24당신은 여기서 diff가 아닌 계획에 대해 비용을 받습니다. 실제 불확실성이 있는 짧고 정직한 계획이 잘못된 것을 조용히 가정한 확신에 찬 계획을 이깁니다.

1# /compost - 이번 주의 실패를 다음 주의 규칙으로 전환하세요
2
3이번 주의 모든 배출 데이터를 읽고, 다른 것은 읽지 마세요:
4  - progress.log의 BLOCKED 라인 (세 번의 어드바이저 자문을 이기지 못한 작업)
5  - GATE: REFUSED 항목 (완료를 증명할 수 없었던 실행)
6  - VIOLATED 상시 목표 (완료된 것이 더 이상 유효하지 않게 된 경우)
7  - 회로 차단기 및 예산 종료 (코드 2 및 3)
8  - 루프가 열고 병합되지 않고 닫힌 PR (인간이 조용히 동의하지 않음)
9  - 통과율이 90% 미만으로 떨어진 작업 클래스
10
11최대 3개의 제안을 추출하세요. 3개는 하드 캡이며 목표가 아닙니다. 깨끗한 주는 유효한 결과이며, 그렇게 말하는 것이 작업을 만들어내는 것보다 더 유용합니다.
12
13각 제안은 정확히 다음 중 하나여야 합니다:
14  1. CLAUDE.md 또는 AGENTS.md를 위한 새로운 규칙. 그것이 방지했을 사건을 인용하세요. 하나의 사건만 있는 규칙은 우연입니다; 두 번째를 기다리세요.
15  2. 동일한 실패가 같은 장소에서 반복될 때의 스킬 수정. 스킬, 패턴, 그것을 깨는 가장 작은 수정을 명시하세요.
16  3. 무언가가 조용히 썩어갈 때 누락된 상시 목표. 조건을 셸 명령어로 작성하거나, 제안하지 마세요.
17
18출력:
19  WEEK: <날짜>
20  EXHAUST: <개수: blocked, refused, violated, reverted>
21  PROPOSAL n: <law | skill fix | standing goal>
22    EVIDENCE: <사건들, 인용>
23    CHANGE: <추가할 정확한 텍스트 또는 조건>
24    COST OF NOT DOING IT: <한 줄>
25  VERDICT: <단 하나만 할 수 있다면 무엇을 먼저 할 것인가>
26
27엄격한 규칙:
28  - 제안만 하세요. CLAUDE.md, AGENTS.md, 스킬, 또는 목표 파일을 편집하지 마세요. 인간이 서명하거나, 일어나지 않습니다.
29  - 게이트를 약화시키거나, 예산을 늘리거나, 금지 사항을 완화하는 규칙을 제안하지 마세요. 그것들은 시스템이 더 편안하게 실패하도록 허락해 달라고 요청하는 것입니다.
30  - 빈 배출 데이터: "clean week"라고 말하고 중단하세요. 실행을 정당화하기 위해 작업을 찾아다니지 마세요.

1# the daily tick, capped in both dimensions
2BUDGET_USD=5 MAX_ITERS=20 ./loop/ralph.sh
3
4# plan first, spend later (the single highest-leverage habit here)
5codex -e high exec "$(cat ~/.codex/prompts/plan-stop.md)
6
7TASK: migrate the session store off the legacy adapter"
8
9# cross-vendor review of the last commit, in Sol's native harness
10codex --profile deep exec "$(cat ~/.codex/prompts/review-hostile.md)"
11
12# the mirrored lane: Codex stuck, Claude advises
13claude --model claude-fable-5 --effort high -p "$(cat ~/.codex/prompts/fable-advice.md)"
14
15# the goal loop: Fable plans, the fleet runs, Fable scores
16CYCLES=3 FLEET=4 WORKER_EFFORT=low ./swarm/swarm.sh "split the auth migration"
17
18# the system loop: nothing that passed once goes unwatched
19python3 system/verify_goals.py goals/          # exit 1 names what rotted
20python3 gate/eval_gate.py eval/cases.jsonl     # exit 1 blocks the routing change
21
22# rung 3, the factory: rows decide, not transcripts
23./factory/factory.sh "build the kanban and notes app per PRD.md"
24python3 factory/factory_gate.py gate factory.db
25
26# the weekly institution-building run
27codex --profile deep exec "$(cat ~/.codex/prompts/compost.md)"
28
29# the one number that says whether any of this worked
30grep '^route' progress.log | awk -F'\t' \
31  '{n++; if($3!="frontier") c++} END{printf "cheap share: %.0f%%\n", c/n*100}'