Anthropic 이 지금까지 만든 모델 중 가장 강력한 모델을 출시했는데, 벤치마크 점수 향상은 거의 가장 흥미롭지 않은 부분입니다.
Claude Fable 5.1 은 더 나은 챗봇이라기보다는 새로운 종류의 운영자에 가깝습니다. 몇 시간 동안 문제를 붙잡고, 계획이 어긋나면 복구하고, 다른 에이전트를 조정하고, 자신의 출력물을 검사하고, 10분마다 누군가가 구해주지 않아도 계속 움직일 수 있습니다.
수치가 이를 뒷받침합니다. Anthropic 의 공개 평가 에서 Fable 5.1 은 에이전트 기반 과학 연구에서 Fable 5 대비 2배 이상의 성능을 보였고, 비즈니스 자동화에서는 17.1%에서 31.4%로 뛰어올랐으며, CursorBench 에서는 73.4%에 도달했습니다. 또한 Anthropic 이 보고한 대부분의 코딩, 자동화, 컴퓨터 사용 및 지식 작업 테스트에서 Fable 5, Opus 5 및 GPT-5.6 Sol 을 앞질렀습니다.
https://x.com/claudeai/status/2094848581425377479
즉시 사용 가능한 상태에서도 어려운 코딩, 장기 작업, 연구, 계획, 컴퓨터 사용 및 완전한 결과물 생산에 탁월합니다. 그러나 더 큰 기회는 모든 작업을 수행하는 사람으로 사용하는 것을 멈추고 작업을 수행하는 시스템의 책임자로 두었을 때 발생합니다.
이 과정이 다루는 내용은 다음과 같습니다: Fable 5.1 이 진정으로 차별화되는 점, 리더 자리에 앉히는 방법, 그 아래에서 작업할 워커를 구축하는 방법, 질식시키지 않고 프롬프트하는 방법, 목표와 루프를 사용하는 방법, 그리고 그 차이가 실제 수익으로 이어질 수 있는 5가지 워크플로우입니다.
터미널, 에이전트 파일 및 오케스트레이션에 관심이 없고 단순히 아이디어를 작동하는 앱으로 전환하고 싶다면, 우리가 Shipper 를 만든 이유가 바로 그것입니다.
이 모델이 실제로 탁월한 점
방법론을 살펴보기 전에, 기계를 먼저 만나보세요. Fable 5.1 을 이전 모델과 다르게 만드는 5가지 능력입니다.
터무니없이 긴 실행 동안 일관성을 유지합니다
몇 시간이 걸리는 작업을 주면 중간에 방향을 잃을 가능성이 훨씬 줄어듭니다.
한 초기 테스터는 38시간 동안 감독 없이 진행된 머신러닝 실행에서 Fable 이 잘못된 초기 결과를 진단하고, 이를 수정하고, 6개의 실험을 병렬로 실행하고, 결과와 다음 단계를 반환했다고 보고했습니다. 또 다른 테스터는 Fable 이 자체 기록을 유지하고, 조건이 변경되면 우선순위를 재조정하고, 중단된 지점부터 다시 시작했다고 말했습니다.
100만 토큰 컨텍스트 윈도우 가 도움이 되지만, 컨텍스트 크기가 실제 업그레이드는 아닙니다. 업그레이드는 모델이 해당 컨텍스트 내에서 정보가 존재한다는 사실을 단순히 기억하는 대신 유용한 결정을 계속 내릴 수 있다는 점입니다.
가장 빠른 패치가 아닌 근본 원인을 찾습니다
이전 에이전트는 종종 오류를 사라지게 만드는 첫 번째 수정 사항을 찾았습니다. Fable 5.1 은 오류가 존재하는 이유를 이해할 때까지 계속 파고들 의향이 더 큽니다.
Anthropic 의 출시 테스트에서 Millennium 은 약 100만 번 실행에 한 번 발생하고 4~5년 동안 설명되지 않은 채 남아 있던 충돌을 Fable 에게 주었습니다. Fable 5.1 은 외부 라이브러리를 분해하고, 코어 덤프와 연결하고, 충돌을 실제 버그까지 추적했습니다. Fable 5 를 포함하여 그들이 시도한 다른 모든 모델은 이를 놓쳤습니다.
이것은 디버깅을 훨씬 넘어서 중요합니다. 동일한 본능이 연구, 전략, 재무 분석 및 운영에서도 나타납니다: 기본 시스템이 잘못되었을 때 증상을 최적화하지 마십시오.
보고, 행동하고, 검증할 수 있습니다
Fable 5.1 은 스크린샷, 차트, PDF, 인터페이스 및 문서를 검사한 다음, 본 내용을 사용하여 다음 작업을 안내할 수 있습니다.
즉, 참조 자료에서 인터페이스를 재구축하고, 재무 문서에 묻힌 수치를 읽고, 브라우저를 작동하고, 구현을 원래 디자인과 비교하고, 작업이 완료되었다고 주장하기 전에 시각적 문제를 포착할 수 있습니다.
Anthropic 테스트에서 OSWorld 컴퓨터 사용 점수는 Fable 5 와 Opus 5 를 모두 넘어섰습니다. 더 중요한 것은, 모델이 단순히 제공된 이미지를 설명하는 것이 아니라 검증 루프의 일부로 시각 기능을 점점 더 잘 사용할 수 있다는 점입니다.
작업에 대한 설명이 아닌 작업 자체를 반환합니다
문서 폴더를 주고 투자 메모, 프레젠테이션 자료, 작동하는 프로토타입 또는 분석을 요청하면, 결과물 자체를 반환할 가능성이 훨씬 높습니다.
초기 테스터들은 Anthropic 의 최고의 PowerPoint 결과, 재무 문서에 대한 더 강력한 인용 회상, 더 간결한 계약 수정 표시, 그리고 복잡한 다중 부분 요청의 더 나은 완료를 보고했습니다. MongoDB 엔지니어는 모델이 기존 서비스를 조사하고, 시스템을 설계하고, 감독 없이 단계적으로 구현하고, 각 단계가 작동했음을 증명하는 시각적 안내를 반환한 3일 프로토타입 실행을 설명했습니다.
실용적인 차이는 간단합니다: 답변을 사용 가능한 작업으로 변환하는 데 시간을 덜 소비합니다.
리드하도록 구축되었습니다
Fable 5.1 은 다음에 무엇이 일어나야 하는지 결정할 때 가장 가치가 있습니다.
Claude Code 는 이미 하위 에이전트, 백그라운드 세션, 에이전트 팀, 동적 워크플로우, 목표, 루프, 브라우저, 터미널 및 프로젝트 파일을 제공할 수 있습니다. Fable 은 이전 모델보다 훨씬 오랫동안 이러한 조각들을 하나의 완료 지점으로 향하게 할 수 있는 충분한 계획 깊이와 컨텍스트를 가지고 있습니다.
그렇기 때문에 아래 설정이 작동하고, 과정이 Fable 을 워커 자리에서 빼내는 것으로 시작하는 이유입니다.
조종석: 실제로 필요한 모든 제어 장치
다른 작업을 수행하기 전에 Claude Code 를 업데이트하십시오. 현재 모델 구성 문서 에 따르면 버전 2.1.255 이상에서는 fable 별칭이 Fable 5.1 로 확인되며, 최신 릴리스에는 아래에서 사용되는 goal, loop, background-agent 및 effort 제어 기능이 포함되어 있습니다.
그런 다음 모델과 노력 수준을 선택하십시오:
/model fable
/effort high
High 는 중요한 작업에 대한 합리적인 기본값입니다. 더 저렴하고 빠른 패스를 위해 medium 으로 낮추십시오. 문제가 더 많은 사고를 정당화할 만큼 어려울 때만 xhigh 또는 max 로 이동하십시오. Fable 의 적응형 사고는 항상 켜져 있으므로 effort 가 중요한 제어 요소입니다.
나머지 제어 장치는 간단합니다:
/plan 또는 Shift+Tab: 파일을 변경하기 전에 검사하고 계획을 세웁니다
/goal: 테스트 가능한 조건이 충족될 때까지 턴을 넘나들며 계속 작업합니다
/loop: 세션이 활성화되어 있는 동안 일정에 따라 프롬프트를 다시 실행합니다
/tasks: 백그라운드 워커가 무엇을 하고 있는지 확인합니다
/context: 컨텍스트 윈도우를 소비하고 있는 것이 무엇인지 확인합니다
이것이 조종석입니다.
과정의 나머지 부분은 어떤 제어 장치를, 언제 사용해야 하는지 아는 것입니다.
메인 이벤트: Fable 을 워커가 아닌 리더로 만드십시오
가장 큰 업그레이드는 역할 변경입니다.
Fable 에게 모든 키보드 작업을 주는 것을 중단하십시오. Fable 이 작업을 정의하고, 깔끔한 레인으로 분할하고, 해당 레인을 더 저렴한 에이전트에게 보내고, 돌아오는 것을 판단하게 하십시오.
설정은 다음과 같습니다:
Fable 이 계획을 수립합니다:
계획 모드로 전환하고 변경 사항을 제안하기 전에 프로젝트를 검사하게 하십시오. 요청이 여전히 모호한 경우 Matt Pocock 의
스킬 컬렉션 을 사용하여 아이디어를 분석하고, 대화를 사양으로 전환하고, 사양을 티켓으로 분할하십시오.
Fable 이 격리된 작업을 위임합니다:
구현은 Opus 또는 Sonnet 하위 에이전트에 전달되며, 각 워커는 하나의 경계가 있는 레인을 소유합니다. Codex 를 이미 사용하고 있다면 또 다른 워커가 될 수 있지만, 동일한 파일 경계 및 증거 규칙을 따라야 합니다.
별도의 에이전트가 검증합니다:
워커는 자신의 숙제를 평가하지 않습니다. 새로운 검증자가 계획을 읽고, diff 를 검사하고, 검사를 실행하고, 단계를 통과시키거나 구체적인 실패와 함께 반환합니다.
체크포인트에서 조종합니다:
계획을 승인하고, 의미 있는 트레이드오프를 검토하고, 마지막에 증거를 검사합니다. 모든 명령을 지켜볼 필요는 없습니다.
이것이 작동하는 이유: 비싼 모델은 아키텍처, 우선순위 지정, 복구 및 판단에 토큰을 사용합니다. 더 저렴한 모델은 경계가 있는 실행에 토큰을 사용합니다.
경제성은 레인이 진정으로 독립적일 때만 작동합니다. Anthropic 의 현재 API 가격 에서 Fable 5.1 은 입력 토큰 100만 개당 $10, 출력 토큰 100만 개당 $50인 반면, Opus 5 는 그 절반이고 Sonnet 5 는 5분의 1입니다. Fable 5.1 은 또한 캐시 읽기를 토큰 100만 개당 $0.25로 낮추어 안정적인 프로젝트 컨텍스트를 사용하는 긴 세션을 훨씬 더 실용적으로 만들었습니다.
쇼를 위해 병렬화하지 마십시오. 5개의 에이전트가 동일한 파일을 편집하면 5개의 청구서와 1개의 병합 문제가 발생합니다. 연구, 격리된 모듈, 테스트, 문서 및 서로를 기다리지 않고 완료할 수 있는 기타 레인을 병렬화하십시오.
워커 구축
리더는 소규모 팀이 필요하며, 커스텀 워커 는 .claude/agents/ 안에 있는 Markdown 파일일 뿐입니다.
하나의 구현 워커로 시작하십시오:
name: implementation-worker
description: 승인된 계획에서 하나의 격리된 단계를 구현합니다. 단계가 고유한 파일을 소유할 때만 사용하십시오.
model: opus
tools: Read, Grep, Glob, Edit, Write, Bash
maxTurns: 25
할당된 단계만 소유합니다.
편집하기 전에 레인에 있는 정확한 파일과 승인 기준을 식별하십시오.
다른 워커가 소유한 파일을 변경하지 마십시오.
가장 작은 완전한 솔루션을 구현한 다음 관련 테스트를 실행하십시오.
반환:
- 변경된 파일
- 실행된 검사 및 실제 출력
- 여전히 불확실한 사항
이번 실행의 증거 없이 성공을 선언하지 마십시오.
그런 다음 가장 중요한 워커인 검증자를 만드십시오:
name: verifier
description: 완료된 단계를 계획 및 승인 기준과 독립적으로 검증합니다. 모든 구현 단계 후에 사용하십시오.
model: opus
tools: Read, Grep, Glob, Bash
maxTurns: 15
구현 요약을 신뢰할 수 없는 주장으로 취급하십시오.
계획을 읽고 실제 diff 를 검사하십시오. 직접 관련 테스트를 실행하십시오.
정확성, 회귀, 범위 및 모든 승인 기준을 확인하십시오.
PASS 또는 FAIL 을 반환하십시오.
모든 실패에 대해 증거와 필요한 최소 수정 사항을 포함하십시오.
평가 중인 구현을 절대 수정하지 마십시오.
새로운 시각은 작성자가 정상화한 것을 포착합니다. 즉시 확인된 단계는 4개의 추가 단계가 의존하게 된 후에 발견된 결함보다 훨씬 저렴합니다.
4가지 규칙이 팀을 빠르게 유지합니다:
하나의 워커, 하나의 레인, 명시적인 파일 소유권
레인이 서로 의존하지 않을 때만 병렬 작업
Fable 은 리더 자리를 유지하고 Opus 또는 Sonnet 이 작업을 처리
모든 완료 주장은 파일, 테스트 또는 실제 결과에 대해 확인
비밀 1: 경로를 규정하지 마십시오
대부분의 프롬프팅 조언은 약한 모델이 방황하는 것을 막기 위해 작성되었습니다.
긴 절차, 엄격한 단계 목록 및 거대한 규칙 블록은 모델이 계획을 세울 수 없을 때 도움이 되었습니다. Fable 5.1 을 사용하면 동일한 스캐폴딩이 모델이 스스로 찾았을 경로보다 더 나쁜 경로로 강제할 수 있습니다.
비결은 목적지에 대해 엄격하고 경로에 대해 느슨해지는 것입니다.
네 가지를 제공하십시오:
결과:
작업이 완료되었을 때 무엇이 존재해야 하는가
제약 조건:
깨뜨릴 수 없고, 지출할 수 없고, 노출할 수 없고, 변경할 수 없는 것
이유:
이것이 누구를 위한 것이며 결과가 어떤 결정이나 작업을 지원해야 하는가
증거:
어떤 관찰 가능한 증거가 완료로 간주될 것인가
마지막 부분이 모든 것을 바꿉니다. "체크아웃이 작동하게 하세요"는 그럴듯한 주장을 불러일으킵니다. "샌드박스에서 테스트 구매를 완료하고 결과 주문 행을 보여주세요"는 모델이 말로는 피해갈 수 없는 완료 지점을 제공합니다.
숨겨진 사고 과정의 공개를 요구하지 마십시오. 계획, 중요한 결정, 증거 및 남은 불확실성을 요구하십시오. Fable 의 사고는 이미 항상 켜져 있습니다. 당신에게 중요한 것은 결과가 검사를 견디는지 여부입니다.
그리고 예산이 사라지고 있다는 것을 계속 상기시키지 마십시오. 대신 시스템에 경계를 두십시오: 워커 턴을 제한하고, 허용된 지출을 정의하고, 한도에 도달했을 때 무엇을 해야 하는지 알려주십시오.
비밀 2: CLAUDE.md 를 가볍게 유지하십시오
CLAUDE.md 는 모든 Claude Code 세션 시작 시 로드됩니다. 이는 유용하게 만들지만, 모든 관련 없는 줄이 미래의 모든 작업에 부담을 준다는 것을 의미합니다.
Anthropic 은 이제 각 파일을 200줄 미만 으로 유지할 것을 권장합니다. 실제로는 일반적으로 훨씬 더 짧을 수 있습니다.
세 가지 섹션이 대부분의 프로젝트를 다룹니다:
이 프로젝트가 무엇인지:
제품, 아키텍처 및 중요한 경계
작업을 확인하는 방법:
빌드, 테스트, 린트 및 로컬 미리보기를 위한 명령
반복적으로 잘못하는 것:
프로젝트별 규칙 및 반복되는 실수
가끔만 중요한 절차는 스킬에 속합니다. 특정 파일에만 적용되는 규칙은 경로 범위 규칙에 속합니다. 기록 메모는 모든 세션의 프롬프트가 아닌 문서에 속합니다.
오늘 밤 CLAUDE.md 를 열고 모든 줄에 도전하십시오: 제거해도 실제 실수가 발생하지 않는다면 제거하십시오.
더 가벼운 파일이 일반적으로 더 강력합니다.
비밀 3: 목표와 루프를 남용하십시오
이것이 Fable 이 대화를 멈추고 다른 일을 하는 동안 계속 움직일 수 있는 프로세스가 되는 지점입니다.
목표: /goal 은 세션에 하나의 테스트 가능한 완료 조건을 제공합니다. 각 턴 후에 별도의 작은 모델이 조건이 충족되었는지 확인합니다. 그렇지 않은 경우 Fable 은 제어권을 다시 사용자에게 넘기는 대신 다른 턴을 시작합니다. 목표는 통과하거나, 불가능해지거나, 복구할 수 없는 오류가 발생하거나, 사용자가 지울 때까지 종료됩니다.
기술은 모델이 속일 수 없는 완료 지점을 작성하는 것입니다:
관찰 가능한 증거를 요구하십시오: "모든 인증 테스트가 통과하고 출력이 첨부됨"이 "인증 수정"보다 강력합니다
실패 경로를 정의하십시오: 실제 차단기로 인해 목표가 불가능해지면 진행 상황을 조작하는 대신 차단기와 증거를 보고하십시오
위험한 부분을 제한하십시오: 워커에는 maxTurns, 유료 서비스에는 지출 한도, 배포 또는 프로덕션 데이터에는 명시적인 경계를 사용하십시오
모든 브리핑에 하나의 정직 규칙을 유지하십시오: 모든 진행 주장은 이번 실행 중에 생성되거나 검사된 결과를 가리켜야 합니다
감독 없이 두어도 괜찮은 경계 내에서만 자동 모드로 목표를 실행하십시오. 더 똑똑한 에이전트는 브리핑이 잘못되었을 때 더 큰 피해 반경을 가집니다.
루프: /loop 는 간격으로 프롬프트를 다시 실행합니다. 고정된 주기로 /loop 15m check the deployment and investigate any failure 를 사용하거나 간격을 생략하고 Claude 가 다시 확인할 시기를 선택하도록 하십시오.
Claude Code 내의 루프는 세션 범위이며 결국 만료됩니다. 빌드, 풀 리퀘스트, 마이그레이션 및 임시 모니터링에 사용하십시오. 세션이나 기계가 종료된 후에도 지속되어야 하는 작업에는 영구 루틴 또는 데스크탑 예약 작업을 사용하십시오.
목표와 루프 사이에서 Fable 이 작업이 실제로 필요로 하는 시간만큼 계속 작업하도록 할 수 있으며, 또 다른 자신감 있는 단락 대신 마지막에 증거가 기다리고 있습니다.
실제 프로젝트를 한 번에 처리하는 방법
이제 전체 시스템을 하나의 빌드 주위에 조립하십시오.
예제는 작동하는 대기자 명단이 있는 랜딩 페이지입니다. 프로젝트를 바꾸면 동일한 순서가 유지됩니다.
1단계, 브리핑 작성
하나의 메시지를 보내십시오:
[대상]을 위한 [제품]을 출시합니다. 그들은 하나의 명확한 약속을 하고
[이메일]을 수집하는 랜딩 페이지가 필요합니다. 반응형 페이지 하나를 만들고 가입을 저장하는 작동하는 양식을 포함하십시오. 제약 조건: 관리해야 할 프레임워크 없음, 유료 종속성 없음, 모바일에서 빠를 것, 승인할 때까지 배포 금지. 완료는 페이지가 로컬에서 실행되고, 테스트 이메일이 스토리지에 나타나고, 모바일 레이아웃이 390px에서 확인되고, 테스트 출력 및 스크린샷과 함께 결과가 표시되는 것을 의미합니다. 먼저 프로젝트를 검사하고 계획을 세우십시오. 독립적인 단계만 위임하십시오. 완료된 모든 단계를 검증하십시오.
브리핑은 구현을 대신 설계하지 않고 목적지를 제공합니다.
2단계, 계획 승인
무엇이든 변경하기 전에 /plan 또는 Shift+Tab 으로 계획 모드로 들어가십시오.
아이디어가 불충분하게 지정된 경우 /plugin install mattpocock-skills 로 Matt Pocock 의 컬렉션을 설치하고, /setup-matt-pocock-skills 를 한 번 실행한 다음, /grill-with-docs 를 사용하여 결과를 사양으로 전환하십시오.
계획을 읽으십시오. 필요하지 않은 기능을 제거하십시오. 모든 단계에 관찰 가능한 통과 조건이 있는지 확인하십시오. 그런 다음 승인하십시오.
3단계, 팀이 작업하도록 하십시오
Fable 은 첫 번째 격리된 단계를 구현 워커에 할당합니다. 검증자는 실제 diff 와 테스트 출력을 확인합니다. 종속 단계는 이전 단계가 통과된 후에만 시작됩니다.
터미널을 떠날 수 있습니다. 아직 실행 중인 것을 보고 싶을 때 /tasks 를 사용하십시오.
4단계, 완료 지점 설정
상태와 증거를 명명하는 목표를 사용하십시오:
/goal the page runs locally, the form stores a test signup, and the layout works at 390px, proven by the real test output, the stored record, and a current screenshot. If a genuine blocker makes this impossible, stop and report the evidence instead of claiming success.
이 조건은 말로만 만족시키기가 훨씬 어렵습니다.
5단계, 결과 검토
diff, 테스트 출력, 저장된 가입 및 스크린샷으로 돌아오십시오.
모델의 관리자가 아닌 사용자처럼 제품을 검토하십시오. 실제로 볼 수 있는 변경 사항을 요청하고, 최종 독립 검증 패스를 한 번 실행하고, 증거가 브리핑과 일치할 때 출시하십시오.
첫 번째 실행은 정교하게 느껴질 것입니다.
두 번째에는 거의 모든 미루고 있던 프로젝트에 동일한 순서가 작동한다는 것을 알게 될 것입니다.
실제 수익을 창출하는 5가지 워크플로우
이제 설정을 모델을 정당화할 가치가 있는 작업에 맞추십시오.
Fable 5.1 이 측정 가능한 차이를 만들 수 있는 5가지 워크플로우입니다.
아무도 원하지 않는 코드베이스 작업: 3주로 예상되는 마이그레이션, 드문 프로덕션 오류, 8개의 서비스에 걸친 성능 문제. Fable 이 시스템을 매핑하고, 워커가 격리된 조각을 가져가고, 검증자가 모든 단계를 확인하며, 진행 상황은 낙관론보다 테스트에 연결됩니다.
의사 결정급 연구: 하나의 질문이 들어가고, 연구 워커가 병렬로 1차 소스에서 수집하고, 회의적인 검토자가 모든 중요한 주장을 공격하며, 리더가 살아남은 것을 메모로 전환합니다. 이는 인수, 출시, 시장 결정 또는 투자 테제에 사용될 수 있습니다.
비즈니스 운영: 올바른 도구에 대한 액세스 권한을 부여하고 데이터를 조정하고, 이상 징후를 조사하고, 보고서를 준비하고, 프로세스를 모니터링하거나 운영 백로그를 처리하도록 하십시오. Fable 5.1 은 Anthropic 의 AutomationBench 에서 Fable 5 의 점수를 거의 두 배로 늘렸으며, 이는 릴리스에서 가장 명확한 실용적 도약 중 하나입니다.
참조 기반 제품 작업: 원하는 경험의 스크린샷, 실제 자산 및 실행 중인 앱에 대한 액세스 권한을 제공하십시오. 참조에 대해 구현하고, 결과를 열고, 둘을 비교하고, 눈에 보이는 격차가 사라질 때까지 계속할 수 있습니다. 당신은 취향을 제공합니다. 그것은 눈, 손 및 인내심을 제공합니다.
복합 지식 시스템: 회사에서 보존할 가치가 있는 모든 것을 가리키고 흩어진 문서를 유지 관리되고 연결된 진실의 원천으로 전환하도록 하십시오. 카피라이터는 훌륭한 판매 페이지에서 하나를 구축할 수 있고, 에이전시는 사례 연구에서, SaaS 회사는 고객 통화, 결정, 실험 및 지원 기록에서 구축할 수 있습니다. 유용한 컨텍스트가 이미 존재하기 때문에 모든 미래 에이전트는 더 똑똑하게 시작합니다.
이 각각은 한때는 언젠가 프로젝트였습니다.
Fable 5.1 은 시스템에 실제 완료 지점과 이를 넘었다는 것을 증명할 방법을 제공한다면 이 중 많은 것을 이번 주 프로젝트로 만듭니다.
하나의 블록에 있는 전체 설정
Fable 5.1 을 리더로 실행하십시오: 계획, 위임, 검토 및 결정
경계가 있는 작업에는 Opus 또는 Sonnet 을 사용하고, 독립적인 레인당 하나의 워커를 사용하십시오
결과, 제약 조건, 이유 및 증거를 제공한 다음 경로를 선택하도록 하십시오
CLAUDE.md 를 짧게 유지하고 가끔 절차는 스킬로 이동하십시오
검증 가능한 완료에는 목표를, 예약된 검사에는 루프를 사용하십시오
노력 수준, 더 저렴한 워커, 캐시된 컨텍스트 및 하드 경계로 비용을 제어하십시오
시스템을 코드베이스, 연구, 운영, 제품 작업 및 복합되는 지식에 맞추십시오
모델은 설정에서 가장 눈에 띄는 부분이지만, 전체 이점은 아닙니다.
이점은 이렇게 유능한 모델에게 명확한 목적지, 유능한 팀, 현실에 대한 액세스 권한, 그리고 설득력 있는 답변을 완료된 작업과 혼동할 방법이 없다는 것을 제공하는 것입니다.
