--- title: 'UltraCode 把 Claude Code 串成 10 路确定性扇出:何时该拔 bazooka' video_id: _xTvejNLhyk url: https://youtu.be/_xTvejNLhyk title_en: "Claude just dropped UltraCode... Unlock SuperPowers" channel: Jack Roberts published: 2026-06-09 duration: "19:37" topics: ["Claude Code 工作流", "多 Agent 协作", "Agent 工程"] noted: 2026-07-08 value: A views: '2.3万' --- [![封面](https://i.ytimg.com/vi/_xTvejNLhyk/maxresdefault.jpg)](https://youtu.be/_xTvejNLhyk) > Jack Roberts · 19:37 · 发布 2026-06-09 · 2.3万次观看(截至抓取) · [观看原视频](https://youtu.be/_xTvejNLhyk) ## 主旨 Claude Code 的 UltraCode 用一段确定性脚本(而非主 LLM)驱动 10 个并行 specialist,适合审计、研究、多视角辩论等"答案形状未知"的任务,但 token 成本 4–7 倍,日常用量应控制在 20% 以内。 ## 核心论点 1. **UltraCode 的核心不是"多想",而是把"主 LLM 协调 sub-agent"换成"确定性脚本协调 10 个 specialist"**——直接绕开主 agent 因长 context 衰减而忘事的瓶颈。([[#1-ultracode-是1-个-boss-script--10-个-specialist--1-个判定-0004|→ 详解1]]) 2. **激活方式只是 prompt 里写一句"Ultra Code",与 reasoning effort 是两个独立轴**——前者是编排策略,后者是单 agent 思考深度,二者可任意叠加。([[#1-ultracode-是1-个-boss-script--10-个-specialist--1-个判定-0004|→ 详解1]]) 3. **UltraCode 自带四种评审模板:adversarial verify / judge panel / perspective verify / completeness critic,默认模板已覆盖审计与多视角决策两类需求**。([[#2-claude-code-六种模式与-ultracode-在其中的位置-0158|→ 详解2]]) 4. **UltraCode 装进 Agentic OS 的"Best Model For The Job"模块演示了"先 context conversation 再点火 + UI 不超过 5 个并列模块"两条工程纪律**——工具再强也救不了糙 prompt。([[#3-ultracode-自带的评审模板adversarial-verify--judge-panel--perspective-verify--completeness-critic-0247|→ 详解3]]) 5. **整体上 UltraCode 应只覆盖 ~20% 用量,日常回归普通 chat/plan/sub-agents**——bazooka 思维,别见啥都点火,且串行依赖 A→B→C 不可并行化。([[#4-把-ultracode-装进-agentic-osbest-model-for-the-job-模块-0800|→ 详解4]]) ## 知识点详解 ### 1. UltraCode 是"1 个 boss script + 10 个 specialist + 1 个判定" [00:04](https://youtu.be/_xTvejNLhyk?t=4) 作者给 UltraCode 的第一印象是"如果你知道怎么用,极其强大"——开场就强调 "correctly" 这个词([00:04](https://youtu.be/_xTvejNLhyk?t=4))。最大卖点被概括成一句话:"Ultra Code increases the speed, performance, and accuracy by creating up to 10 parallel agents"([00:09](https://youtu.be/_xTvejNLhyk?t=9))。 心智模型是工厂楼层:"one boss... running 10 different specialists... this boss script is actually running multiple agents in parallel, and then we actually have a judging function"([01:00](https://youtu.be/_xTvejNLhyk?t=60))——一段脚本负责编排,10 个 specialist 平行干活,一个判定函数收口([01:11](https://youtu.be/_xTvejNLhyk?t=71))。作者把这种范式归入未来最大的增长领域之一:"one of the biggest growth areas that we're going to see with AI model use in building anything"。 与 Subagent 的关键差异在"管理 LLM 是否在中间"。原口播:"instead of it being an agent that manages it and the performance can decay, this guy in the middle can forget things"([02:31](https://youtu.be/_xTvejNLhyk?t=151))([02:34](https://youtu.be/_xTvejNLhyk?t=154))——主 agent 会被长 context 拖垮、会忘事;脚本则不会。这就是 deterministic fan-out(确定性扇出):执行编排权从概率生成的 LLM 切换到确定性的代码,作者的口播原话是"we actually have a script running it which means that it will not actually finish until we've achieved the specific output we want"([02:36](https://youtu.be/_xTvejNLhyk?t=156))——脚本保证"未达成具体输出不结束"。 激活方式反直觉地简单:不用切换模式、不用 UI 里选,只要在 prompt 里写 "Ultra Code" 就行([01:37](https://youtu.be/_xTvejNLhyk?t=97))。两种粒度:surgical(单轮触发,轮完即回到普通 chat)和 max("Ultra Code on" 打开后整段 session 默认走 Ultra 模式)([01:51](https://youtu.be/_xTvejNLhyk?t=111))。 最后一条轴的拆解也很关键:[07:21](https://youtu.be/_xTvejNLhyk?t=441) "effort level is one axis, and then the Ultra Code is just simply a different axis"——reasoning effort(单 agent 思考强度)与 UltraCode 是两个正交轴,UltraCode 可以跑在任一 effort level 上,二者可独立调。 ### 2. Claude Code 六种模式与 UltraCode 在其中的位置 [01:58](https://youtu.be/_xTvejNLhyk?t=118) 作者列出 Claude Code 当前的六种工作形态:普通 chat、plan mode(动手前先做规划,Plan Mode 已索引)、ultra think(扩展思考时间)、sub-agents(主 agent 自起子 agent,Subagent 已索引)、fast mode(同模型但更快)、UltraCode(用代码替代主 LLM 做编排)([01:58](https://youtu.be/_xTvejNLhyk?t=118))。 这种分类的关键意义在于:UltraCode 不是把其它模式淘汰,而是把"管理 LLM"这一环节从概率系统换成确定性系统。换言之,Subagent + Plan Mode 的范式属于"用一个更聪明的 agent 管一群 agent",而 UltraCode 走的是另一条路——"用一段代码管一群 agent"。 落到与既有多 agent 模式的差异:Fan-out Fan-in 是 spawn 多个研究 subagent 再汇总到 Synthesizer;UltraCode 的 deterministic fan-out 则是 spawn 后由脚本驱动、判断脚本决定要不要继续补 agent——编排权从 synthesizer 转回脚手架本身。这是同一类机制的两个变体:UltraCode 用确定性脚本换掉概率生成层,适合"判定逻辑可写死"的任务;Fan-out Fan-in 用 synthesizer 合并答案,适合"判定需要自然语言总结"的任务。 ### 3. UltraCode 自带的评审模板:adversarial verify / judge panel / perspective verify / completeness critic [02:47](https://youtu.be/_xTvejNLhyk?t=167) 视频点名了四种 UltraCode 涌现的工作模式(adversarial verify / judge panel / pipelines / loop until dry),前两种当场演示,后两种属于简介级提及。 **adversarial verify** 的机制是:"spawn a number of independent skeptics each told to refute a claim and kill it on a majority vote. Plausible but wrong findings do not survive the panel"([03:02](https://youtu.be/_xTvejNLhyk?t=182))——独立怀疑者并行反驳,多数票否决。作者的口播演示把它落到具体使用:"so this is an example of how you could physically use it"([03:13](https://youtu.be/_xTvejNLhyk?t=193))。 **judge panel** 则生成若干独立尝试,由多视角 judge 评分后合成赢家:"generate several independent attempts, have judges score them, then synthesize the winner grafting the best ideas and running up"([03:25](https://youtu.be/_xTvejNLhyk?t=205))。 LinkedIn 增长辩论把模板具象化。作者 prompt 是:"三个选项(自学/请 agency/雇实习生),要 UltraCode 拉一组 judge 辩论哪个最佳"([03:25](https://youtu.be/_xTvejNLhyk?t=205))。UltraCode 自动分配了四重视角:"a growth strategist, a CFO, a time leverage coach, and a brand authenticity purist"([04:13](https://youtu.be/_xTvejNLhyk?t=253))。 每个视角包含两位角色:advocate(正方可行路径)与 skeptic(反方缺陷、隐藏成本、失败模式)([04:05](https://youtu.be/_xTvejNLhyk?t=245))。最后 head judge 综合打分并补充:"the head judge calls a winner... and throws in a couple of fresh hybrid ideas beyond your original three"([04:23](https://youtu.be/_xTvejNLhyk?t=263))([04:25](https://youtu.be/_xTvejNLhyk?t=265))——这是关键创新点:不只是二选一/三选一,还会生出原题之外的混合方案。 观看判决合成的过程里有一条关于"agent 间互相批判"为何值得开销的论证:[05:36](https://youtu.be/_xTvejNLhyk?t=336) "the more separate agents that we have challenging one another, the more likely it is to actually arrive at the best idea"——同一议题被多个独立 lens 攻击,可信结论就凸显出来(plausible but wrong 会被多数票淘汰)。这也是为什么 prompt 工程最佳实践强调"assign a specific lens, a specific role to actually then attack it"([06:00](https://youtu.be/_xTvejNLhyk?t=360))。 作者还解释了 UltraCode 之所以能"trust the verdict",是因为整组 subagent 是 Opus 4.8 而非更小模型:"all of these are effectively Claude Opus 4.8. And we can run this in any effort level we want to"([07:21](https://youtu.be/_xTvejNLhyk?t=441))。所有 subagent 共享同一底层能力,差异只在 lens 与 role,不需担心某一支 agent 拖累整体。 未演示但提及的另两种模式:**perspective verify**(同一问题让多个 verifier 用不同 lens 各答一遍,[07:44](https://youtu.be/_xTvejNLhyk?t=464))与 **completeness critic**(问"我们漏了什么",[07:55](https://youtu.be/_xTvejNLhyk?t=475))。pipeline vs parallel 区别在"是否各阶段独立 barrier 串行"——pipeline 在严格依赖场景反而比 parallel 更省,因为不必为每个并行结果等"全员到齐"才能推进。 这类多视角评审的精神和 Contrarian Agent 一脉相承——把"唱反调"作为强制环节塞进流程;UltraCode 的差异在于把 advocate + skeptic + multi-lens judge 三件套结构化进 prompt 模板,而不是单点 prompt hack。 ### 4. 把 UltraCode 装进 Agentic OS:Best Model For The Job 模块 [08:00](https://youtu.be/_xTvejNLhyk?t=480) 作者把 UltraCode 接到自己的 Agentic OS 仪表盘做了一次端到端实战:让 UltraCode 为 OS 新建一个"模型挑选器"模块,首页底部加一个 toggle 控制各家模型的视图。 设计原则是 model-agnostic:[09:10](https://youtu.be/_xTvejNLhyk?t=550) "lock-in is the enemy of high performance, okay? The winners are going to rule by task"——不押注单一模型,按任务路由。多模态任务绑 Gemini、代码评审绑 ChatGPT([09:19](https://youtu.be/_xTvejNLhyk?t=559))。作者也强调模型景观每周都会变,手动跟踪太亏:[09:26](https://youtu.be/_xTvejNLhyk?t=566) "the model landscape can change so quickly, and you having to think about it all the time is time that could otherwise be spent actually building things"——把判断"该用哪个模型"外包给系统,人只管建东西。这条与 模型分散("主力 70% + 多家分流")在精神上一致,但 UltraCode 给出了"按任务自动路由"的工程形态,而 模型分散 更偏策略层。 prompt 里的"stated intention"是把这个模块变成 Hermes Agent / Claude Code 的"knowledge base for... what model I can target for any specific task based on price, performance, speed"([10:28](https://youtu.be/_xTvejNLhyk?t=628))。 设计过程中作者强调的关键纪律是 "context before you fire"——UltraCode 之前先做 context conversation。作者给的硬比喻是"the Ultra code system is only as good as the thing it's doing"([11:14](https://youtu.be/_xTvejNLhyk?t=674)),配套场景是"putting a billion dollars into a project about trying to find sand in space"([11:19](https://youtu.be/_xTvejNLhyk?t=679))——工具再强,任务错了就是空转。所以作者要求 UltraCode 在点火前反问澄清(toggle 控制什么、数据新鲜度、首页放哪),而不是粗糙 prompt 直接开跑。 UI 密度纪律方面,作者特别强调:[12:46](https://youtu.be/_xTvejNLhyk?t=766) "I would never go above five... Agent is slightly different cuz it's very clear. The mind clusters things together"——超过 5 个并列模块,认知就崩。所以他的取舍是把"sessions per day"和"models"做成 toggle 二选一,而不是再加一行。 跑出来的工作流分阶段:[13:08](https://youtu.be/_xTvejNLhyk?t=788) "recon... Then we'll have merge, verified design, and finished by build"——先做侦察、再合并、设计验证、最后 build。这套流水线不是 UltraCode 独有,是 deterministic fan-out 的典型形态。 演示结果里 DeepSeek V4 Flash 排第一:[14:00](https://youtu.be/_xTvejNLhyk?t=840) "the number one model on average and by token throughput, the cheapest credible Agentic brain with 1 million dollar contacts"——这是 dynamic 排名、随时间变。dashboard 的筛选维度包括 smartest / arena leader / cheapest / fastest / most used,以及 frontier / speed / open-source 三个 toggle([13:40](https://youtu.be/_xTvejNLhyk?t=820))。 ### 5. 合规是产品的一部分 [15:04](https://youtu.be/_xTvejNLhyk?t=904) 作者承认这一节是赞助内容,但仍然把它纳入主线,因为引出一个产品观:"trust is the product"。使用的工具是 Vanta(meta description 列出的 affiliate 链接),提供 35+ 安全合规框架(GDPR、SOC、ISO 27001 等)([15:20](https://youtu.be/_xTvejNLhyk?t=920))([15:49](https://youtu.be/_xTvejNLhyk?t=949))。 他从做 Glider(text-to-speech 创业)的经验总结:[15:31](https://youtu.be/_xTvejNLhyk?t=931) "if you don't have this level of like security, they basically don't really It's almost like you don't exist for many of them"——企业客户对没有合规认证的供应商,等于隐形。 这一节本身不在视频技术主线,但"trust is the product"这句结论被反复回扣到产品决策——与 护城河转移("AI 拉平建造难度后,产品护城河正从软件质量转向分发与合规")在结论上互证。Vanta 链接同时挂在 meta description 顶部,属于明显的 affiliate 流量入口,采信时注意区分"trust 是产品"这一主张与"该用 Vanta"这一具体工具推荐——前者可独立验证,后者属商业推荐。 ### 6. 何时用、何时不用:surgical vs max mode + 20% 纪律 [16:14](https://youtu.be/_xTvejNLhyk?t=974) UltraCode 有两种粒度。surgical 模式:[16:43](https://youtu.be/_xTvejNLhyk?t=1003) "Just say 'Ultra Code.' ... And after that, you're back to normal"——只在当前轮生效,之后回到普通 chat。max 模式:[16:48](https://youtu.be/_xTvejNLhyk?t=1008) "Ultra Code on, which is their max mode, and standing default for session. Every subsequent central task authors and runs a workflow by default"——整段 session 默认跑 workflow,作者直言最大约束是 token。 UltraCode 的总基调被作者浓缩成一句:[17:01](https://youtu.be/_xTvejNLhyk?t=1021) "Ultra is a power tool. Leave it off for the conversational replies and trivial edits, or you'll pay for orchestration that you quite simply didn't need"。配上 bazooka/hammer 比喻:[17:08](https://youtu.be/_xTvejNLhyk?t=1028) "it's like firing a bazooka when a hammer very easily would have done the job for us"——日常对话与小修小补根本不值得付编排成本。 现实用量比例作者给得很硬:[17:17](https://youtu.be/_xTvejNLhyk?t=1037) "probably no more than 20% of the time will I be using Ultra code"——其余 80% 用回普通 chat/plan/sub-agents。UltraCode 的领地是"research, audits, multi-perspective work, and separable systems. Anywhere where you don't know the answers shape"([17:25](https://youtu.be/_xTvejNLhyk?t=1045))。 成本侧的实数:[17:47](https://youtu.be/_xTvejNLhyk?t=1067) parallel fan-out 会让 token 涨"four to seven acts"(4–7 倍)。决策启发是:[17:52](https://youtu.be/_xTvejNLhyk?t=1072) "if I don't need a team to figure out the question, we don't use it",配合另一句"sets up plus verification costs more than it saves"([17:56](https://youtu.be/_xTvejNLhyk?t=1076))——5 分钟内能搞定的子任务,启动开销都赚不回来。 另外一条硬限制是顺序依赖不能并行化:[17:59](https://youtu.be/_xTvejNLhyk?t=1079) "you can't parallelize a chat"——A→B→C 串行,加多少 agent 都不会更快,应改用普通 Pipeline(专家串行)。 最后的用例边界是负面清单:不做"single file refactors, normal feature builds, bug fixes, anything with strict step-by-step dependencies, and quick sub-five-minute tasks"([18:42](https://youtu.be/_xTvejNLhyk?t=1122))。作者用模型选择器作为反面教材:[18:58](https://youtu.be/_xTvejNLhyk?t=1138) "if you using it strictly, and again, time was a constraint and cost was something you were aware of"——辩论"应该加什么功能"值得用 UltraCode,单纯把功能写出来不需要。 ## 可执行步骤 - [ ] 第一次用 UltraCode 之前先做 context conversation:把目标、约束、stopping criteria 写清,要求 UltraCode 跑前先反问澄清,而不是粗糙 prompt 直接点火。 - [ ] 默认走 surgical(单轮触发):只在某一轮写"Ultra Code",其余回归普通 chat/plan/sub-agents;max 模式只在确认整段 session 都是"答案形状未知"的探索性任务时打开。 - [ ] 5 分钟以内能搞定的任务一律不用 UltraCode——启动 + 校验的开销本身就大于收益。 - [ ] 串行依赖 A→B→C 的任务不用 UltraCode,改用普通 Pipeline(专家串行);只在能并行且每个 agent 独立答案时收益为正。 - [ ] 用 UltraCode 时把输出结果和 token 消耗同时记下来,验算"是否真的比手写 sub-agent 编排值得"——若 token 涨 4–7 倍而结论质量提升不明显,回到普通模式。 ## 关联 - 印证:Fan-out Fan-in 在 [[UPtmKh1vMN8-Claude Code 高阶课/09-随机共识与辩论|CC高阶课·并行化基础]] 已定义为"先 spawn 多 subagent,再汇总到 synthesizer";本片的 UltraCode deterministic fan-out 在机制上是同款(多 agent 并行),但编排权从 synthesizer(LLM)转回脚手架(脚本),补完了"为何换脚本"那一半——主 agent 协调会因 context 衰减而忘事。 - 印证:Contrarian Agent 在 [[UPtmKh1vMN8-Claude Code 高阶课/12-Model-Chat 新玩法|CC高阶课·Model-Chat]] 是"指派专唱反调的 agent";本片把它结构化到了 adversarial verify(独立怀疑者并行反驳,多数票否决)与 judge panel(advocate + skeptic + 多视角 judge),展示了同一机制在 prompt 模板化后的工业形态。 - 互补:Subagent 在 [[2026-03-08-Claude Code 六个层级|CC六个层级]] 是"主 agent 派生、上下文独立的子代理";UltraCode 不淘汰 subagent,而是把"哪个 agent 来管 subagent"这层从概率 LLM 换成确定性脚本——与本片"deterministic fan out"互补:本片负责"为什么换编排者",旧篇负责"subagent 本身"。 - 印证:护城河转移 在 [[UPtmKh1vMN8-Claude Code 高阶课/29-Claude 与能动工程的未来|CC高阶课·未来判断]] 已定义为"AI 拉平建造难度后,产品护城河正从软件质量转向分发与合规";本片第 5 节"trust is the product"在 Vanta 赞助外衣下给出了企业级实操形态——没合规等于隐形,印证同一结论。 - 印证:模型分散 在 [[UPtmKh1vMN8-Claude Code 高阶课/26-分散你的模型选择|CC高阶课·模型分散]] 已定义为"主力 70% + 多家分流,对冲单点故障";本片 Best Model For The Job 模块演示"多模态→Gemini、代码评审→ChatGPT"的任务级路由,印证按任务分散的具体落点。 - 进阶:[[Harness]] 在 [[2026-06-25-Harness为王的能动工程大师课|Harness为王的能动工程大师课]] 已定义为"围绕 AI 编码助手的规则/context/skills/guardrails/workflow/可观测性集合,加速上限的 90% 在此";UltraCode 是 harness 在"多 agent 编排"层的具体形态,先读 Harness 建立"为什么 harness 决定上限"再看本片会更顺。 ## 一手来源与延伸 - Claude(Anthropic 产品页):https://claude.ai/(meta description 给出,UltraCode 的宿主与运行平台) - OpenRouter:https://openrouter.ai/(meta description 给出,Best Model For The Job 模块的数据源与多模型调度入口) - DeepSeek:https://www.deepseek.com/(meta description 给出,演示中跑出当时第一的模型) - AntiGravity:https://antigravity.google/(meta description 给出,作者列为与 Claude Code、Hermes 并列的 Agentic OS 接入工具) ## 术语 - UltraCode(Claude Code 内置功能,用一段确定性脚本驱动最多 10 个并行 specialist agent 替代主 agent 协调;激活方式是在 prompt 里写"Ultra Code",可 surgical 单轮触发或 max 整段 session 默认;适合审计/研究/多视角评审等"答案形状未知"的任务) - deterministic fan out(原口播术语,指 UltraCode 用脚本而非 LLM 做的多 agent 并行扇出;脚本可保证"没达成具体输出不结束",回避主 agent 的 context 衰减与忘事) - judge panel(UltraCode 内置评审模式,生成若干独立尝试、由多视角 judge 评分、最后合成赢家并补足 hybrid 方案) - adversarial verify(UltraCode 内置评审模式,独立怀疑者并行反驳,多数票否决"看似合理但实错"的结论) - perspective verify(UltraCode 提及未演示的评审模式,同一问题让多个 verifier 用不同 lens 各答一遍) - completeness critic(UltraCode 提及未演示的评审模式,问"我们漏了什么"作为收口问题) - loop until dry(UltraCode 提及的工作模式,反复迭代直到产出耗尽/达到饱和) - pipeline vs parallel(UltraCode 中两种编排对比:parallel 是各 agent 同时跑;pipeline 是各阶段 barrier 串行——后者在严格依赖场景下反而比 parallel 更省,因为不必等"全员到齐"才能推进) - reasoning effort(Claude Code 设置里的"思考强度"维度,与 UltraCode 完全独立:前者决定单 agent 思考多深,后者决定编排策略) - surgical mode(UltraCode 的单轮触发用法,写一句"Ultra Code"仅当轮生效,之后回普通 chat) - max mode(UltraCode 整段 session 默认模式,"Ultra Code on"打开后每个后续任务都跑 workflow,token 成本最高) - trust is the product(作者提出的产品观:AI 时代,客户感知价值的第一信号不再是软件质量而是合规与信任背书) - Vanta(meta description 列出的赞助商,提供 35+ 安全合规框架(GDPR/SOC/ISO 27001)的自动化平台) - LinkedIn Growth Debate(视频演示的具体 judge panel 案例:在三种 LinkedIn 增长策略间让四视角——增长策略师 / CFO / 时间杠杆教练 / 品牌真实性原教旨主义者——对抗辩论) - Glider(作者在做的 text-to-speech 创业,视频里被用作"为什么需要 Vanta"的真实场景) ## 金句 > "Ultra Code increases the speed, performance, and accuracy by creating up to 10 parallel agents."([00:09](https://youtu.be/_xTvejNLhyk?t=9)) — 把 UltraCode 的价值定位成"不是更聪明,而是更并行",校准到编排策略轴而非思考深度轴。 > "Ultra is a power tool. Leave it off for the conversational replies and trivial edits, or you'll pay for orchestration that you quite simply didn't need."([17:01](https://youtu.be/_xTvejNLhyk?t=1021)) — UltraCode 用量纪律的核心一句话,直接对应"5 分钟内任务不开"和"20% 用量"两条硬约束。 > "it's like firing a bazooka when a hammer very easily would have done the job for us."([17:08](https://youtu.be/_xTvejNLhyk?t=1028)) — bazooka/hammer 比喻同时回答"为什么 UltraCode 强"与"为什么不能滥用"两个问题,适合作为整篇笔记的标题级注脚。 ## 立场与利益 - 与利益同向:"trust is the product"与 Vanta 安全合规自动化定位,刚好替赞助商卖货;但这句主张本身在企业产品语境中可独立验证(security/compliance 缺失等于隐形),且与 护城河转移 的既有结论互证,采信折扣有限。但 Vanta 这一具体工具推荐属 affiliate 流量入口,采信时与"trust 是产品"分层。 - 利益中性:"deterministic fan-out 用脚本替代主 agent"与"adversarial verify / judge panel 的多视角评审机制"是 UltraCode 的设计描述,与作者卖课/卖工具不直接耦合,按内容本身采信。 - 与利益反向:本片承认 UltraCode "burn tokens like no other"(8 倍成本上限)与"sets up plus verification costs more than it saves"(5 分钟内任务反亏),且主张"probably no more than 20% of the time will I be using Ultra code"——这些主动劝退的表述与"卖更多功能、鼓励多用"的常见课程利益相反,可信度最高,单独采信为用量纪律硬约束。 - 利益证据:meta description 顶部直接挂 Vanta affiliate 链接(vanta.com/jack),视频里第 5 节被作者明示为赞助位;bit.ly/4kol0y5 链接到 ALL Systems(作者的 Claude Code Masterclass 入口)。本片主线方法论(deterministic fan-out / judge panel / 20% 纪律)的独立可复现性需在 Vanta 之外验证。 ## 价值定位 - 适合谁:已经在 Claude Code 上构建复杂功能,且经常需要审计/做多视角决策/研究对比的人;也想理解"为什么 deterministic 而非 master-agent 编排"的人。 - 解决什么:把"主 agent 协调 sub-agent"的概率瓶颈换成确定性脚本驱动 10 路 specialist,绕开 context 衰减;同时获得内置的 adversarial verify / judge panel / perspective verify 等评审模板,降低多视角决策的 prompt 工程成本。 - 认知 vs 实操:认知层给出 harness 在多 agent 编排层的具体形态,以及 deterministic 编排相对 master-agent 在长任务上的优势;实操层是 surgical 触发 + 5 分钟判定 + 串行禁用三条纪律,以及如何把 UltraCode 接到 Agentic OS 做一个模型挑选器的端到端 demo。 - 与 [[2026-07-06-Fable 5 给 Agentic OS 加的五层：Hermes 共享记忆、Ministry 多模型、通宵 dreaming、语音线|2026-07-06 Fable 5 给 Agentic OS 加的五层]] 重叠但本片独有:UltraCode 的 deterministic fan-out 编排模型、surgical vs max 用量纪律、4–7× token 成本实数、bazooka/hammer 比喻、adversarial verify 与 judge panel 的 prompt 模板。 ## 自检问题 1. UltraCode 与 sub-agent 的根本差异是什么?为什么"用脚本管 10 个 agent"会胜过"用主 agent 管 sub-agent"? **答案**:根本差异在编排者——sub-agent 模式下主 LLM 协调一群子 agent,主 agent 可能因 context 衰减而忘事;UltraCode 把编排权交给确定性脚本,可保证"没达成具体输出就不结束"。这是 deterministic fan-out 的核心收益。[01:00](https://youtu.be/_xTvejNLhyk?t=60) [02:19](https://youtu.be/_xTvejNLhyk?t=139) 2. UltraCode 自带哪几种评审模板?LinkedIn 增长辩论演示里四视角是怎么分配的? **答案**:adversarial verify(独立怀疑者并行反驳,多数票否决)、judge panel(advocate+ skeptic+ 多视角 judge 合成赢家并补足 hybrid 方案)、perspective verify(多 verifier 不同 lens)、completeness critic(问"漏了什么")。LinkedIn 演示里四视角是 growth strategist / CFO / time leverage coach / brand authenticity purist。[03:02](https://youtu.be/_xTvejNLhyk?t=182) [04:13](https://youtu.be/_xTvejNLhyk?t=253) 3. UltraCode 的 surgical 模式与 max 模式分别适用什么场景?作者给的"日常用量比例"是多少? **答案**:surgical 模式在单轮写"Ultra Code"触发,适合单点审计或临时评审,其他时间回普通 chat;max 模式("Ultra Code on")整段 session 默认跑 workflow,只适合整段都是"答案形状未知"的探索性任务。作者用量比例:不超过 20%。[16:43](https://youtu.be/_xTvejNLhyk?t=1003) [17:17](https://youtu.be/_xTvejNLhyk?t=1037) 4. 什么场景下不该用 UltraCode?作者给出哪两条硬约束? **答案**:不该用 UltraCode 的两类场景:①单文件重构、普通 feature build、bug 修复、严格串行依赖的任务,以及 5 分钟以内能搞定的子任务(启动+校验成本大于收益);②严格串行依赖 A→B→C 的任务——并行化对串行无意义,加多少 agent 都不更快,应改用普通 Pipeline(专家串行)。[17:52](https://youtu.be/_xTvejNLhyk?t=1072) [18:42](https://youtu.be/_xTvejNLhyk?t=1122) 5. UltraCode 装进 Agentic OS 后做的"Best Model For The Job"模块展示了什么设计纪律? **答案**:展示三条纪律——①UltraCode 前先做 context conversation(让模型反问澄清),而不是粗糙 prompt 直接点火(bazooka/sand in space 比喻);②model-agnostic + 按任务路由(多模态→ Gemini、代码评审→ ChatGPT),不押注单一模型;③UI 模块数量不超过 5 个(把 sessions vs models 做成 toggle 二选一,而不是再加一行)。[09:10](https://youtu.be/_xTvejNLhyk?t=550) [11:14](https://youtu.be/_xTvejNLhyk?t=674) [12:46](https://youtu.be/_xTvejNLhyk?t=766)