Agent 内训大纲：让团队先学流程，再学框架

先说结论。

这是一份待验证的 Agent 内训设计草案，面向能带来真实流程的产品、业务、技术和管理团队。可选周期为 1 个工作日或 2 个工作日；一天版交付场景清单、流程草图和风险初筛，两天版增加样本整理、受限原型与评估练习。它不承诺在课堂内做出生产系统。

Agent 内训如果从框架安装和 Demo 开始，团队容易记住工具，却带不走项目。更有效的顺序是：先拆真实流程，再识别确定规则、动态判断、工具动作和人工审批，最后用一个框架实现最小原型。

培训结束时，学员应交付场景评分表、流程图、风险清单和试点 brief，而不只是运行成功的聊天页面。

这套内训适合谁

适合已经有数字化流程、希望评估 Agent 场景的产品、业务、技术和管理团队。参与者不必都写代码，但必须能带来真实流程、样本或审核标准。

不适合只想做工具速览，或希望一场课直接形成生产系统的团队。若没有业务负责人和可讨论的流程，课程只能停留在概念层。

建议同一个业务场景由不同角色共同参加，避免技术团队独自猜测业务规则。

模块一：先区分工作流、模型判断和 Agent

学员先把一个流程拆成固定步骤、动态判断、外部工具和人类决策。固定税率计算不需要 Agent；从非结构化邮件提取候选字段可以用模型；需要根据状态选择工具并处理中断时，才进入 Agent 设计。

课堂练习不是背定义，而是给 10 个任务做分类，并说明为什么。交付物是一张“能用规则、需要模型、需要 Agent、必须人工”的边界表。

验收标准是同一任务的分类依据一致，而不是答案必须唯一。

模块二：把真实流程画到可以执行

流程图要标输入、责任人、判断、动作、输出和异常。学员选择一个高频流程，画出原流程，再标记重复录入、等待、信息缺失和责任不清的位置。

练习中最重要的问题是：失败后回到哪里，谁有权批准下一步。只画主路径的流程图不能进入原型。

交付物是原流程与候选 Agent 流程对照图。

模块三：用样本定义质量，而不是凭感觉

学员整理去敏样本，覆盖正常、缺失、冲突和边界情况，并为每个样本写出期望结果或审核问题。

课程不承诺统一样本数量。频率低但分支多的流程，与高频标准表单需要不同策略。判断标准是关键分支是否覆盖、业务人员是否能解释标注。

交付物是第一版评估集和错误分类表。

模块四：设计工具权限与人工审批

从只读查询、生成草稿开始，再讨论写回、发送、删除、付款和权限修改。每个工具动作标出可逆性、外部影响、权限主体和审批角色。

课堂练习可以用“发送客户邮件”：模型生成草稿，审批卡展示来源、收件人和附件，批准后才执行。学员还要处理修改、退回、超时和数据变化。

交付物是工具权限矩阵和人工审批节点清单。

模块五：再进入框架和最小原型

技术学员可选择可视化平台、自动化工具或代码框架，但必须围绕同一个 brief。原型至少有结构化输入、一个模型判断、一个工具或模拟工具、人工审核、日志和失败分支。

非技术学员负责审核标准、风险和试用反馈。这样框架学习不会变成开发者单人表演。

交付物是可旁路运行的原型和已知限制说明。

模块六：用评估决定是否继续

团队运行样本并记录通过、修改、退回、系统失败和无法判断。重点不是得到漂亮分数，而是找出错误集中在哪一层。

若问题主要来自字段缺失，下一步是治理输入；若来自业务标准冲突，先统一规则；若来自工具不稳定，再处理集成。并非所有结论都指向“换更强模型”。

交付物是试点评分和停止、继续或改方案建议。

一天版和两天版要有不同承诺

一天版适合建立共同语言和完成流程诊断，产出场景清单、流程草图和风险初筛。两天版可以增加样本整理、原型搭建和评估练习。

课程时长应按团队基础和场景复杂度确定，不承诺所有团队在固定时间做出同等原型。若数据与系统权限未准备，只做模拟工具，并明确这不是生产验证。

常见失败是把课程做成产品目录

课程中的案例也要分清“教学模拟”和“真实验证”。模拟案例可以帮助学员理解状态、工具和审批，但不能据此承诺企业自己的数据与系统也能达到相同结果。若使用企业材料，应先去敏、限定访问，并明确课后如何删除。

讲师可以提供框架，但不替企业决定权限与责任。涉及法务、信息安全、人事或客户承诺的场景，必须由对应角色参与课后评审，否则场景卡只能标为待确认。

逐个展示框架、插件和模型，会让学员看到很多可能性，却不知道下周做什么。另一个失败是只让技术人员参加，最后没人能确认业务标准。还有一种失败是课堂 Demo 全部成功，没有讨论权限、超时和降级。

内训不是项目交付的替代品。它能产生候选场景和共同方法，但生产部署还需要安全、合规、集成和运维评审。

培训前后用清单验收

培训前准备真实流程、角色名单、去敏样本和现有系统边界。培训后检查：是否有 3 个以内候选场景；每个场景是否有业务负责人；是否写出不做事项；是否有评估样本；是否定义人工审批；是否有下一步负责人和时间。

FAQ

没有编程基础能参加吗？ 可以。业务学员负责流程、样本与审核标准；技术学员负责实现。课程不把所有人训练成框架开发者。

一天版与两天版怎样选？ 只需要统一方法和筛选场景，选 1 天版；已经准备好去敏样本，希望完成受控原型，选 2 天版。

公司资料会进入公共模型吗？ 课程前必须确定工具、账号、数据去敏与删除规则。无法确认授权的材料只做本地结构讨论，不上传第三方服务。

课后是否包含项目开发？ 不包含。课后交付是场景评分、流程图、风险清单和试点 brief，生产项目需另行诊断与报价。

讲师可信度应怎样判断

本站目前没有在本页提供可核验的讲师履历或已交付客户项目，因此这套内容只能作为课程设计草案，不能把文中的教学结构当成已验证培训效果。正式开课前，应补充讲师介绍、可公开或脱敏的交付物样例、版本记录和试讲反馈；若这些证据仍缺失，页面应继续保留“草案”标识。

选择讲师时也不应只看框架证书或 Demo 数量。更可靠的证据是能否展示有来源的流程分析、失败样本、审批设计和验收方法，并能明确哪些结论需要企业业务、安全与法务角色确认。本站不虚构客户名称与项目成绩。

自然下一步是从评分最高的一个场景做短期试点，而不是全员自由创建 Agent。内训的价值不在于团队学会多少框架名称，而在于团队开始用同一套边界讨论项目。