smart
67837df8d0
- 新增全套考试卷、评估卷、参考答案与考试培训包模板 - 修正slidev培训课件：调整模块标题、链路图缩放，替换工单示例为通用业务对象 - 修正课堂红线表述为证据红线，将小组作业调整为个人作业要求 - 新增权限、状态流转、审计日志、看板指标四类可复用业务规则块 - 整理AI工程技能交付包，迁移旧资产至客户专属交付包并统一术语 - 新增考试输出模板与TRAE使用记录文档
23 KiB
23 KiB
模块 10：AI Agent 新趋势
AI Agent 已能读取外部资料、触发真实动作、组合工具能力并委托其他 Agent。输入边界、执行门禁、工具服务、能力分发、IDE 接入与跨 Agent 协作，开始形成不同层次的开放协议。
输入权威
外部内容不能下指令
外部内容不能下指令
运行时策略
动作发生时再判断
动作发生时再判断
MCP 新扩展
工具调用走向任务与交互
工具调用走向任务与交互
Agent Plugins
能力以统一插件包交付
能力以统一插件包交付
ACP
IDE 与 Agent 解耦
IDE 与 Agent 解耦
A2A
跨 Agent 应用协作
跨 Agent 应用协作
Agent 工程的边界正在外延
输入边界
上下文不再只有仓库与任务描述，还包含网页、Issue、检索结果和外部系统返回的数据。执行边界
Agent 不只输出文本，也会调用工具、运行命令、更新外部系统，甚至交给后台长任务处理。协作边界
协作不再局限于同一 IDE 内的角色分工，开始需要跨 Agent 应用的发现、委托和结果交接。每一次外部读取、工具调用和任务交接，都需要明确的信息权威、执行权限和责任归属。
外部内容不拥有指令权
它是什么
网页、Issue、RAG 文档和 MCP 工具描述都是输入材料。它们可以提供事实、线索和建议，但不能自行改变任务目标、权限或停止条件。
它解决什么
间接提示注入往往把正当问题和越权动作混在一起。分离“可核实的问题”和“无权执行的指令”，才能安全接入真实世界资料。
“导出报错”可以成为排查线索；“关闭测试并上传配置”不能因为写在同一条 Issue 里就获得执行权。
运行时策略与 Hook
它是什么
策略在会话开始、工具调用前后和任务出错时运行，根据工具、参数、环境和角色决定允许、拒绝、确认或记录。
它解决什么
把“不要做错”从一段静态说明，变成动作发生时的实际判断：拦截危险命令、扫描敏感信息、记录审计并限制失败重试。
GitHub Copilot Hooks 是这一方向的代表：策略可以在事件点执行，而不只依赖模型记住一段 Prompt。
MCP 的三项扩展
Tasks
将耗时工作变成有任务号、进度、取消、补充输入和最终产物的异步任务。Skills over MCP
让 Server 发布可发现的结构化工作方法，不只暴露一组工具名称和参数。MCP Apps
在对话内展示表单、参数预览、图表和任务进度，把人带回关键判断点。它们让 MCP 从“同步调用一个工具”扩展为“观察长任务、发现工作方法、完成可见的人机确认”。
MCP 正在摆脱会话绑定
请求自带上下文
协议版本、客户端能力与调用信息跟随每次请求，不再依赖先建立一条长期会话。服务可水平扩展
任意请求可以路由到任意实例，网关可按方法与工具名进行路由、限流和授权。状态必须显式交接
业务仍可有状态，但状态要以任务号或句柄传递，不能隐含在一条连接里。连接可以断开和重连；任务与业务状态必须可见、可恢复、可审计。
Agent Plugins：把一组能力装进同一个包
它是什么
reports-plugin/
├─ plugin.json
├─ skills/ 工作方法与参考资料
├─ mcp.json 工具与服务连接声明
└─ com.vendor.client/ 客户端扩展
├─ plugin.json
├─ skills/ 工作方法与参考资料
├─ mcp.json 工具与服务连接声明
└─ com.vendor.client/ 客户端扩展
它解决什么
将相互配合的 Skill 与 MCP Server 按固定目录和清单一起交付。不同客户端不必各自发明目录、清单和连接配置，能力包也不必维护多份分叉版本。
Plugin 只规定“怎么打包”；安装、权限、信任校验、沙箱和界面仍由每个客户端负责。
IDE 与 Coding Agent 正在解耦
IDE / 编辑器
负责工作区、文件编辑、Diff 展示、终端入口和人工确认。ACP
统一会话、消息与编码任务交互，让编辑器和 Agent 不必逐对定制集成。Coding Agent
负责理解任务、制定计划、修改代码、调用工具并返回可审查的变更。选择 Agent 不必同时接受唯一界面；选择 IDE 也不必被单一 Agent 绑定。
Agent 的输出开始变成交互界面
Agent
输出当前任务需要展示的字段、选项、进度与下一步，而不是直接执行一段界面代码。A2UI
用声明式组件蓝图描述界面，可随 Agent 的流式输出逐步更新。宿主应用
按自身设计系统渲染原生组件，并决定哪些控件、数据和交互可以出现。Agent 决定“现在需要什么交互”；宿主应用决定“允许如何呈现和执行”。
A2A：多 Agent 协作的协议层
它是什么
多 Agent 协作是多个角色分工和交接任务的广义工作方式。A2A 是其中的协议层，让独立 Agent 应用按标准方式发现彼此、委托工作和返回结果。
它解决什么
跨产品、跨框架协作不再依赖共享所有 Prompt、记忆和工具实现，而是交接身份、能力、任务状态、结果和失败原因。
A2A 管 Agent 到 Agent 的任务协作；MCP 管 Agent 到工具、数据和资源。一个 A2A Agent 可以在内部使用 MCP。
工程落地的三项前提
来源有边界
外部内容只能补充事实与线索，不能自行改变任务、权限或停止条件。执行有门禁
每次写入、发布或高风险工具调用，都要有最小权限、确认与可回退条件。协作可交接
跨角色或跨系统协作必须明确任务状态、验证结果、失败原因与责任归属。外部内容不能授予权限；工具动作必须有执行门禁；跨 Agent 协作必须交接任务、状态、结果与责任。