原则：增加一项功能，而不是新建一套系统
子智能体与“自动化平台”的主要区别在 目录：子智能体接收有限的上下文片段，执行一项简单指令，并把结构化结果交给人员或下一阶段。因此，实施不是迁移到新工具，而是在熟悉流程中增加一个新步骤。
检验这一原则的方法很直接：如果实施后员工必须改变整个工作路径，那就不是嵌入，而是重建流程。良好的嵌入只改变一个步骤，其余部分保持不变。
五条熟悉的工作路径
目录列出五类无需改变工作范围即可嵌入子智能体的流程：
- 邮件。 以下 邮件助手 整理来信，并把草稿返回邮件客户端或工作队列供审核。
- 会议。 以下 本地会议记录员 把会议录音转为可编辑纪要，并标注识别不确定之处。
- 文档。 以下 法律 RAG 导航助手 针对上传的合同回答问题，并将材料包交给相关专业人员。
- Telegram。 以下 数据库顾问 直接在即时通讯工具中通过文本或语音回答指标问题。
- 需求。 以下 需求分析助手 把材料整理为规格说明，并返回可依据 GOST 和 ISO 检查的文档。
集成步骤
实际步骤与九款子智能体中的任何一款相同：
- 定义步骤。 流程中的哪个单一步骤耗时且规则稳定，例如邮件分类、纪要或合同检索？
- 启动前设定边界。 数据源、允许的操作、处理范围和保留期限均在启动前确定——这是目录中的明确要求。
- 约定访问权限。 例如，只有在约定邮箱访问权限后，邮件助手才会接入云端、团队或本地范围。
- 启动并检查结果。 草稿、纪要、带链接的回答或规格说明都可以检查、修改并用于下一阶段。
- 写入工作说明。 智能体做什么、不做什么、由谁确认结果——工作说明中的八个字段。
哪些结果会交回人员
关键在于，结果必须始终是可检查成果，而不是一句“智能体完成了一切”：例如邮件草稿、带时间码的纪要、包含引文和引用信息的回答、规格说明文档。人员可以打开、修改并传递每项成果。如果工具没有返回任何可检查内容，就无法嵌入有人为控制的流程。
嵌入边界
嵌入不会消除子智能体本身的限制：邮件分类可能因上下文而出错，纪要质量取决于录音，RAG（检索增强生成）回答不构成法律意见。规则只有一条：嵌入子智能体的步骤必须由人员通过检查、编辑或确认来完成。关于智能体与子智能体的区别，请参阅文章 《智能体与子智能体》.
问答
需要更换邮件客户端或即时通讯工具吗？
不需要。结果会返回熟悉的工作路径，例如邮件客户端、工作队列或即时通讯工具；数据源和处理范围在启动前约定。
可以在一个流程中嵌入多个子智能体吗？
可以，前提是每个子智能体都有单一功能和独立访问边界。例如，会议中使用会议记录员，来信处理中使用邮件助手。
如果流程尚未形成说明怎么办？
先稳定该步骤的规则：子智能体只接收有限上下文和一项指令，不稳定的流程只会产生不稳定的结果。
原有工具会受到影响吗？
不会。子智能体嵌入熟悉流程，邮件、会议、文档、即时通讯或需求仍沿用原有路径。
结果会返回到哪里？
交给人员或流程下一阶段：草稿、纪要、带链接的回答或规格说明。
何时配置集成？
调研后设置；数据源、允许的操作和处理范围均在启动前确定。
子智能体启动服务包括什么？
工作说明、安装、基础配置、工作日志和可追溯性服务起价为 $1,500。该价格涵盖服务，基础设施和订阅另行计费。
一个子智能体可以服务多个团队吗？
处理范围和权限按团队配置：在团队范围内，访问权限按角色区分。
如何判断子智能体已经稳定融入流程？
通过日志和已验收结果判断：该步骤运行稳定，草稿无需彻底重写即可投入工作。
如果子智能体出错怎么办？
员工在进入下一步骤前检查结果：错误不会继续传递，相关案例会依据日志退回重做。