http://www.heyuan110.com/zh/tags/sub-agents/Recent content in Sub-Agents on Bruce AI 工程笔记HugozhMon, 13 Apr 2026 10:00:00 +0800http://www.heyuan110.com/zh/posts/ai/2026-04-13-harness-subagent-architecture/Mon, 13 Apr 2026 10:00:00 +0800http://www.heyuan110.com/zh/posts/ai/2026-04-13-harness-subagent-architecture/<p><img src="http://www.heyuan110.com/posts/ai/2026-04-13-harness-subagent-architecture/cover.webp" alt="Sub-Agent 架构示意图：主 Agent 向隔离的子 Agent 分发任务，每个子 Agent 拥有独立的上下文窗口" loading="lazy" decoding="async" fetchpriority="low" width="1200" height="630" /> </p> <p>这是 <a href="http://www.heyuan110.com/zh/posts/ai/2026-03-30-harness-engineering-guide/">Harness Engineering 系列</a> 的<strong>第三篇</strong>。第一篇讲了框架（Agent = 模型 + Harness），<a href="http://www.heyuan110.com/zh/posts/ai/2026-03-31-harness-claudemd-guide/">第二篇</a> 拆了 <code>CLAUDE.md</code> 这个最重要的前馈控件，这篇讲的是多数团队都做错了的结构决策：<strong>什么时候该拆 Sub-Agent、怎么路由、到底花多少钱</strong>。</p> <p>先给结论，这个结论你大概率在别的地方看不到：</p> <blockquote> <p><strong>Sub-Agent 不是&quot;并行加速器&quot;，它是&quot;上下文垃圾回收机制&quot;。它的本质是帮你扔掉噪声，不是帮你切碎思考。</strong></p> </blockquote> <p>我见过太多团队，第一次撞上上下文窗口上限、或者第一次觉得&quot;这任务好大&quot;，就条件反射式地去 fan-out 子 Agent。短期看确实快，长期看三个月后在 debug 为什么几个子 Agent 的输出互相打架。失败模式几乎一模一样：明明该留在主 Agent 里做的决策，被拆出去丢进了三个冷启动的进程里，谁也看不到谁的证据。</p> <p>这篇文章的目标是把&quot;凭感觉 spawn&quot;变成&quot;能说出理由才 spawn&quot;。我会给你一张决策树、一张 Opus/Sonnet/Haiku 路由表、一个成本计算公式，这些东西都是我在自己的博客写作管线里真刀真枪跑出来的。</p> <h2 id="三个烧钱的误区先拆了">三个烧钱的误区，先拆了<a href="#%e4%b8%89%e4%b8%aa%e7%83%a7%e9%92%b1%e7%9a%84%e8%af%af%e5%8c%ba%e5%85%88%e6%8b%86%e4%ba%86" class="anchor" aria-hidden="true"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"> <path d="M15 7h3a5 5 0 0 1 5 5 5 5 0 0 1-5 5h-3m-6 0H6a5 5 0 0 1-5-5 5 5 0 0 1 5-5h3"></path> <line x1="8" y1="12" x2="16" y2="12"></line> </svg></a></h2> <p>进入模式之前，先干掉最常见的三个误解。每一个都在生产环境里烧真金白银。</p>