By 小墨
2026年5月18日
33
988
AI编程工程化:Subagent——给你的AI员工打造协作助手
在AI编程实践中,许多开发者都曾遇到这样的困境:让AI单独处理一个复杂需求,起初进展顺利,但随着任务推进,上下文越来越长,AI开始出现“遗忘”早期设定的问题。它会忘记前面设计好的数据结构,同一个接口写两遍鉴权逻辑,甚至在修改前端时悄悄改动后端配置。这种情况并非AI能力不足,而是单一AI无法承载过大任务量时的必然结果——上下文窗口满了,早期的决策被“挤出”,后续操作自然与前面产生冲突。
Subagent与多开窗口的本质区别
Subagent正是为解决这一痛点而设计的。它相当于从主AI拆分出去的“专属助手”,每个Subagent拥有独立的上下文窗口、独立的系统提示、独立的工具权限,甚至可以运行不同的AI模型。当主AI遇到适合某个Subagent处理的任务时,会自动委派给它;Subagent独立完成后返回结果,整个过程不会污染主会话的上下文。
内置Subagent与适用场景
有人可能会问:这不就是多开几个对话窗口吗?表面相似,实则存在三个本质差异。首先是协调成本——多开窗口需要人工充当“中间人”,手动复制背景信息、粘贴结果,任务一多便疲惫不堪;而Subagent由主Agent自动完成委派、上下文传递和结果接收。其次是并行能力——多窗口需要人工记住每个窗口在做什么,Subagent则可以同时派出多个并行运行,最终统一汇总结果。最后是上下文控制——新会话完全空白需手动交代背景,而Subagent会收到主Agent打包的“够用信息”,不会携带主对话的全部历史。用一个比喻:多开窗口是你同时接两个电话,两边信息靠你自己来回传话;Subagent则是你有一个团队,把任务交代下去,他们做完直接汇报。
一个人扛,上限是一个人。拆给团队,上限是整个团队。
“AI编程工程化”判断一个任务是否值得做成Subagent,可参考四个维度:是否重复频繁(每天、每个项目都会遇到)、是否上下文重(需要读取大量文件)、流程是否固定(有明确执行步骤)、是否可以并行(不依赖其他任务输出)。满足两个以上就值得创建。典型场景包括:前后端同时开发(一个写后端接口,一个写前端组件,并行推进)、探索大型代码库(让Explore Subagent梳理结构,主会话上下文不受影响)、安全审查(专注“找问题”,不污染主开发上下文)、工作成果验证(改完代码自动触发验证,形成“改完就验”的闭环)、多假设并行排查Bug(不同Subagent验证不同假设,比逐一验证快得多)、后台异步任务(文档生成、测试生成等不紧急的任务可后台运行)。
Claude Code已内置三个常用Subagent:Explore(代码探索员,速度快成本低的Haiku模型,只读权限)、Plan(规划师,进入Plan模式时自动调用)、General-purpose(全能手,复杂多步骤任务)。使用方式很灵活——可以等待Claude自动判断触发,也可以手动指定(更推荐,涉及代码修改等关键操作时手动指定更可控),还能加“在后台跑”让任务异步执行。
创建与配置建议
创建自定义Subagent有两种方式:通过/agents交互式界面,或直接写Markdown文件放在指定目录。关键在于description字段的撰写——它决定了Claude何时主动调用这个Subagent。写清楚触发条件(如“当用户说XX”时)比只写功能描述有用得多。配置方面,可以让Subagent用更便宜的模型(如Haiku跑探索任务),限制其工具权限(只读审查不加Write权限),在系统提示里明确边界(不做什么),甚至加上memory字段让它记住跨会话的项目知识。
如有侵权,请联系删除。
Related Articles
-
Fri Jul 24 2026原生工具调用、多模态Agent与开源模型:Foundation Model 2.0论坛直面Agent时代的模型演进
Foundation Model 2.0论坛聚焦在Agent时代模型的演进,讨论如何通过原生工具调用与多模态融合提升Agent的执行能力与适应性,并探讨端侧小模型的可行路径。
-
Mon Jul 06 2026示例域名与文档用途说明
example.com 是一个专门为文档示例而保留的顶级域名,供教程、示范和测试文档使用,不需要额外许可即可引用。
-
Mon Jul 06 2026未知文章标题
未提供文章内容或可抓取的 URL,因此无法提取实际引言或第一段。此处为占位文本,提示用户补充源内容以生成完整的 Frontmatter。
-
Sun Jul 05 2026未知来源文章
未提供可爬取的文章 URL 或内容,系统无法获取实际正文。此处为占位引言,说明输入数据缺失并提供元数据占位以便后续替换。
-
Sun Jul 05 2026无法生成:缺少文章源数据
未提供可用于爬取的文章 URL 或 JSON 数据,因此无法依据页面内容生成完整的 Frontmatter。请提供包含文章信息的 JSON 数组或一组有效 URL。
-
Sun Jul 05 2026未提供的文章标题
未提供文章内容。请提交文章的 URL 或粘贴全文,以便根据内容生成前言与分段信息。
-
Sat Jul 04 2026未提供文章链接或内容
未提供文章内容或链接,无法提取引言或第一段。请提交包含文章 URL 的 JSON 数组或直接提供文章文本。
-
Sat Jul 04 2026未提供文章信息
未收到文章内容或可爬取的 URL,因此无法生成文章段落。请提交包含文章 URL 的 JSON 数组,格式示例:[ {"url": "https://example.com/article1"}, {"
-
Sat Jul 04 2026未提供文章来源
未收到可用的文章内容或链接,因此无法提取段落。请提交包含多篇文章信息的 JSON 数组或每篇文章的 URL,以便爬取并生成完整的 postDetails 内容。
-
Fri Jul 03 2026示例文章标题(缺少来源)
未收到具体文章 URL 或内容,因此无法从原文中提取引言。此处为占位引言,说明系统需要源页面以抓取实际内容并生成结构化的 Astro Markdown YAML Frontmatter。
-
Thu Jul 02 2026聚焦自进化、Harness等Agent最火的九个方向,年度AI智能体大会7月开幕
中国AI智能体大会(AgenticAICon 2026)将于7月在杭州举办,围绕智能体领域的前沿技术展开,旨在推动研究与产业深度融合,探寻智能体从对话式工具向主动执行系统转型的路线图。
-
Wed Jul 01 2026探索 Astro.js 与 YAML:构建可维护的内容管理工作流
在现代静态站点与内容驱动的项目中,统一且可验证的元数据格式对内容维护和自动化发布至关重要。Astro.js 提供了灵活的内容渲染能力,而采用严格的 YAML Frontmatter 模板,可以让团队共
-
Tue Jun 30 2026首届光谷智能体经济大会举行 光谷从“AI试验场”迈向“AI价值场”
2026年6月29日,武汉东湖新技术开发区举办首届光谷智能体经济大会,正式发布“光谷智能体引力计划”。大会提出未来三年将在政策、算力、基金等方面投入超10亿元,旨在打造以智能体为核心的创新生态,培养智
-
Tue Jun 30 2026中国广电联合会《全国交通传媒行业AI应用调研报告》正式发布
中国广电联合会交通宣传委员会在内蒙古发布了《2026全国交通传媒行业AI应用调研报告》,基于对145家交通传媒机构的调查,总结了行业在AI应用上的现状与发展路径。
-
Tue Jun 30 2026韩国万亿'芯'基建拆解:存储行业能否建成AI时代'油田'
韩国近期公布了总投资逾1800万亿韩元的三大超级AI基建项目,涵盖半导体制造、先进封装与AI数据中心,目标是借助国家级投入与龙头企业布局,打造面向AI时代的关键产业能力。
-
Mon Jun 29 2026能量岛企业家俱乐部6.28 芯谷 AI 沙龙圆满落幕
6月28日,能量岛企业家俱乐部在苏州芯谷产业园举办AI智能体应用沙龙,活动以实战分享和产业交流为核心,吸引了本地创业者、企业高管与科研人员参与。
-
Mon Jun 29 20262026.06.20:AI 泡沫退潮,Agent 与数据架构重构产业底层
InfoQ 的周度深度分析指出,生成式 AI 已走完狂热期,行业正进入理性调整阶段,专家纷纷回归技术和落地路径的讨论。
-
Mon Jun 29 2026OKF——要做AI时代的'知识图谱通用语'—继MCP之后,Google又扔出一张Agent王牌
2026年6月,谷歌云发布了Open Knowledge Format(OKF)v0.1,这是一套以带YAML前置元数据的Markdown文件夹为单位来表示知识的开放规范,旨在解决企业知识分散的问题。
