TL;DR
작성자는 Opus Ultra 코드 모드에서 Claude가 워크플로우를 실행할 때 발생하는 과도한 토큰 소모를 줄이기 위해 30회 이상의 세션을 분석했다. Ultra-code 모드는 먼저 결정론적 JavaScript를 생성하고 그 안에서 서브에이전트를 호출하며 중간 결과를 스크립트 변수에 저장하므로, 작은 작업이 불필요하게 확장되거나 동일 파일을 여러 에이전트가 반복적으로 읽을 경우 토큰 낭비가 심해진다는 점을 확인했다. 프롬프트 구조를 개편해 각 서브에이전트의 책임·결과 목표·검증·승인 절차·사전 모델 위임·서브에이전트 상한을 명시하면 Claude가 제안하는 워크플로우가 더 적절한 크기로 쪼개지고 사용자가 제안된 분할을 승인하거나 수정한 뒤 실행할 수 있었다. 이러한 흐름을 skill 명령으로 자동화해 GitLab에 공개했고, 사전 위임과 검증 루프 제어를 병행하면 토큰 소비와 지연이 줄어드는 실무적 이점이 나타났다. 다만 Ultra-code가 처음 생성하는 오케스트레이션 JavaScript 특성상 프롬프트 준수 확률은 높지만 여전히 확률적 행동을 보이므로 완전 자동화는 아니고, 검증이 열린 루프가 되면 다시 비용이 증가하는 트레이드오프가 존재한다. 따라서 프롬프트 오케스트레이션과 수동 승인 지점을 결합해 비용·정확성 균형을 맞춰야 한다.
실용적 조언
- 프롬프트에 작업 정의·출력 목표·검증 기준·승인 절차·서브에이전트 상한·모델 위임 정책을 명시해 Claude의 오케스트레이션을 제어하라.
- 작업 분해 후 Claude가 제안한 서브에이전트 수를 사용자가 검토·승인하도록 구성해 불필요한 에이전트 생성을 막으라.
- 단순·반복적 작업은 프롬프트에서 사전 위임 규칙을 설정해 저비용 모델로 처리하게 하라.
- 검증 단계는 별도의 검증 에이전트를 두되, 재검증 루프를 제한해 열린루프 비용 증가를 방지하라.
- 작성자는 GitLab에 공개한 skill 명령(프롬프트 재작성 도구)을 활용해 프롬프트 오케스트레이션을 자동화하라고 권장한다.
섹션별 상세
실무 Takeaway
- 프롬프트 오케스트레이션으로 작업·검증·모델 위임·서브에이전트 상한을 명시하면 Claude가 생성하는 오케스트레이션 JavaScript가 더 적은 서브에이전트와 제한된 자기검토로 실행되어 토큰 소모를 줄인다.
- 사전 위임 규칙을 통해 반복적이거나 저난이도 작업은 sonnet/haiku 등 저비용 모델로 처리하게 만들면 고비용 호출을 크게 줄일 수 있다.
- 검증은 별도 검증 에이전트를 사용하되 검증 루프를 제한(capping)하고 검증의 승인 흐름을 프롬프트에 포함하면 무한 재검증으로 인한 토큰 낭비를 방지한다.
- 간단한 프롬프트를 워크플로우 지시문으로 재작성해 주는 skill 명령을 도구화하면 사람이 승인할 지점과 자동화할 지점을 명확히 구분할 수 있어 반복 재현이 가능하다.
언급된 도구
단순 프롬프트를 워크플로우 지시문으로 재작성해 Claude Ultra-code 모드의 오케스트레이션과 실행 규칙을 명시하는 skill 명령
언급된 리소스
AI 요약 · 북마크 · 개인 피드 설정 — 무료
출처 · 인용 안내
인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.