基础篇

F32｜Skill、路由和多Agent：先理解谁负责什么

基础篇约 2.6 千字1 组分步图解

从具体对象与小例子开始，理解计算过程与适用条件。

本节会用到

F22 · Agent不是另一个神经网络 F25 · 工具与MCP F26 · 上下文组装 F30 · 代码不是普通文档 F31 · 长期记忆的基础

本章目录

动态图解 · F32

Skill存在，为什么仍可能完全没用？

从“安装了技能”到“写出了更好的代码”，中间经过什么？

技能像可按需展开的工作说明，不是新训练的一层神经网络。只有它被发现、匹配、读取，并真正影响行动，才可能改善结果。把“加载成功”当作能力已经应用，会把中间几道故障都遮住。

路由决定当前任务调用哪份能力或资源。

渐进加载先提供描述，相关时再读完整内容和资源。

有效应用能从行动或结果中观察到技能要求的落实。

输入与适用条件：通用Skill运行示意，不假定Codex、Claude Code和Copilot的实现细节完全相同。

1 / 6 · 磁盘上有Skill

停留时间

步骤第1步，共6步

窄屏可左右滑动图形，或点击“放大图形”。文字解释紧随图后。

文件没在搜索路径里，下一步就可能看不到。

本步状态由图形与说明共同给出。

默认静止。用“下一步”看完解释再继续；播放到最后一步自动停止。键盘聚焦播放器后，可用左右键逐步查看、空格播放/暂停。图中颜色辅助区分，含义同时用文字注明。

为什么需要

在需要时提供专业步骤，避免所有规则常驻上下文。

怎样实现

按发现→匹配→加载→执行→验证逐段诊断。

可能的代价与误解

过度加载引入冲突和成本；漏加载导致关键专业要求缺失。

如何判断是否做对

用该加载与不该加载的真实任务双向测路由，再测最终工程质量。

五种扩展能力不要混成一个大Prompt

Instruction提供应长期遵守的约束；Skill组织某类任务的专业流程与资源；Tool提供真实可执行能力；Hook在宿主事件点运行确定性动作；Agent围绕模型、工具和状态执行一项任务。

例如“遵守项目风格”适合指引；“如何调查内存泄漏”可写成Skill；“运行测试”是Tool；“写入前检查目录边界”可由Hook或执行器实现。把硬权限规则只写在Skill里，不会自动变成确定性限制。

路由是在作选择

路由routing决定当前任务该选哪项技能、哪个模型或哪个执行者。Skill的description是让宿主或模型判断相关性的一个入口，不是只要文件存在就必定加载。

常见链条是：文件存在→被扫描发现→元数据进入候选→被选择→正文被读取→相关资源可用→执行中实际应用。任何一步断开，都可能表现为“技能没生效”。

漏加载与过度加载为何都不好

该用路径处理技能时没用，可能漏掉平台边界；只改错别字却加载完整架构审查，会增加无关规则、耗时与冲突。

精确率precision关注选出的项目中多少真正相关；召回率recall关注真正该选的项目找到了多少。正式计算在F35。路由追求任务合适，不是只最大化其中一个数。

子Agent不是主Agent的一份完全复制

主Agent可能把一个子目标、必要证据和工具权限交给子Agent。子Agent有自己的上下文与执行轨迹，再返回结果。它未必继承主Agent全部历史、未提交状态和MCP配置。

交接handoff要说清目标、证据范围、已确认事实、未确认假设、输出要求及何时算完成。只给“调查问题”四个字，可能让子Agent重复检索、走错范围或形成不兼容结论。

用一个DAG算并行是否值得

假设A准备输入需2单位时间，B与C是独立检查各需3和4，D整合需1。串行总计10；B/C并行的理想关键路径是2+max(3,4)+1=7。

但若分派和整合多耗4单位，总计11，反而更慢。关键路径是依赖图中决定最短完成时间的最长必经链，不是任务数越多越快。

若B和C都改同一个文件，独立性还可能不成立，需要隔离、合并和再验证。计算并行与写入并行是两种风险。

独立Reviewer为什么也可能错

两个Agent使用相同模型、相同错误上下文和相同测试，可能重复同一偏差。“不是同一个对话”不等于统计独立。

有效审查更应增加不同证据：检查遗漏边界、运行相反测试、核验需求与版本。小错误可以在审查中直接修复并重测，不必每次重新启动完整分析流程。

模型路由怎样不只按价格选

更便宜的模型若导致更多返工，总任务成本可能更高。应结合真实任务成功率、工具使用质量、延迟和失败代价。不要把Prompt短当作任务简单；一句“修复并发一致性”可能需要很深分析。

本书给出的流程是设计选择，不要求给所有任务再增加固定等级和复杂配置。先从单Agent加适度工具做起，证据表明需要时再分工。

运行示例 · F32

修正错别字与修复并发Bug，为什么不该加载同一套技能

输入与条件。任务A是改README中的“超时时常”为“超时时长”；任务B是两个工作线程重复提交同一操作。

步骤与对象	内部动作	中间结果 / 新状态
1理解A目标	只有文档文字修改	读取相应段落，修改并核对diff即可。
2理解B缺口	涉及并发副作用和重试	需查执行状态、幂等身份和重复提交路径。
3选择资源	A无需并发设计Skill；B需要相关专业流程	不是看到“项目”两个字就把全部技能装入上下文。
4分配执行	A可单Agent直接完成；B视独立证据范围决定是否委派	分工必须带任务目标和必要证据。
5检查结果	A看文字diff；B用重复/超时反例测试	同一个“完成”按钮后面应有不同验证。

把过程连起来。路由的目的不是让流程看起来丰富，而是恰好提供本任务缺少的专业判断。

边界与反例。这是工程决策示例，不声称所有任务可以由固定关键词可靠分类。

依据与适用范围：[SKILLS]。示例输入和场景由本书明确设定。

课后自检

自检 1

Skill已在磁盘上，为什么仍可能没被应用？

查看参考答案收起参考答案

发现、选择、正文读取、资源和权限配置等环节可能未完成；存在不等于进入本轮上下文并影响执行。

自检 2

两个独立检查分别耗3和4，并行理想耗时是多少？