智能体框架构建¶
当需要改进智能体的规划、工具调用、从错误中恢复以及向完成收敛时,使用此技能。
核心模型¶
智能体的输出质量受以下因素制约: 1. 动作空间的质量 2. 观测的质量 3. 恢复的质量 4. 上下文预算的质量
动作空间设计¶
- 使用稳定的显式工具名称。
- 采用输入模式优先并进行收窄。
- 返回确定性的输出形状。
- 除非无法分离,否则避免使用兜底工具。
粒度规则¶
- 对高风险操作(部署、迁移、权限)使用微工具。
- 对通用编辑、读取、搜索循环使用中等规模工具。
- 仅当往返开销是主导成本时使用宏工具。
观测设计¶
所有工具响应应包含以下内容:
- status: success|warning|error
- summary: 一行结果
- next_actions: 可执行的后续操作
- artifacts: 文件路径 / ID
错误恢复契约¶
所有错误路径应包含以下内容: - 根本原因提示 - 安全重试指示 - 明确的停止条件
上下文预算管理¶
- 保持系统提示最小且不可变。
- 将大型指南迁移到按需加载的技能中。
- 优先使用对文件的引用,而不是内联插入长文档。
- 在阶段边界处进行压缩,而不是在任意令牌阈值处。
架构模式指南¶
- ReAct: 最适合具有不确定路径的探索性任务。
- 函数调用: 最适合结构化的确定性流程。
- 混合(推荐): ReAct 规划 + 类型化工具执行。
基准测试¶
应跟踪的指标: - 完成率 - 每个任务的重试次数 - pass@1 以及 pass@3 - 每个成功任务的成本
反模式¶
- 语义重叠的工具过多。
- 没有恢复提示的不透明工具输出。
- 只有错误而没有下一步的输出。
- 用无关引用使上下文过载。
本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 ev/ECC