知识库/AI 与 Agent

Subagent

属性
概念AI 与 Agent属于AI 原理与前沿置信· 3 源2026-07-03#subagent#agent#context-engineering

Subagent

Anthropic 两篇一手资料一致描述的模式:主 agent 把探索类、专注类任务委派给运行在独立上下文窗口的子 agent,子代理可能消耗数万 token 深度工作,但只回传 1000-2000 token 的蒸馏摘要

为什么有效

上下文是根本约束(见 context engineering)。调查一个代码库要读大量文件,全算在主对话头上会挤爆 attention budget;隔离到 subagent 后,“详细的搜索上下文留在子 agent 内,主 agent 专注综合分析”——关注点的干净分离。在复杂研究任务上,多 agent 模式相比单 agent 有实质提升。

三种典型用法

  1. 调查/研究:把“调查 X”这类探索性任务委派给 subagent——探索不污染主上下文。
  2. 对抗性审查:fresh subagent 只看 diff 和标准做审查,不受产生该代码的推理过程影响,“不会偏袒自己刚写的代码”。注意告诫审查者只报影响正确性的问题——被要求找问题的审查者总会找出问题,全盘采纳会导致过度工程。
  3. 并行方案头脑风暴:派多个 subagent 各自出竞争性方案(如“迭代式改造”vs“全面重构”),只出方案不写代码,人来拍板——Claude Code 扮演“技术顾问”。与用法 2 的区别:对抗性审查是审已写的代码,方案头脑风暴是探还没写的方向。(出处:课程增量lesson 5,一句 Use two parallel subagents to brainstorm possible plans. Do not implement any code.

与相邻概念的关系

  • 可视为 agentic systems 中 orchestrator-workers 模式的实例化(本库推论)
  • 是长任务三技术之一(另两个:compaction、structured note-taking)
  • Claude Code 中可通过 .claude/agents/ 自定义

在本知识库中的应用

wiki-research(规划中)将用并行 subagent 分角度搜集资料;红队审计已在用独立 agent 做语义核查(与主线上下文隔离、避免自我确认)——对抗性审查的应用。

本页由 AI 从原始资料编译生成、经人工确认后发布;原始资料保留在私有工作区。

人负责策展与提问,AI 负责编译与记账· 源自 Karpathy 的 LLM Wiki 构想