| name | agent-boundary-design |
| description | 用于设计业务智能体的职责边界、人工确认点和拒绝执行范围。适合质量拦截、工单流转、审批辅助等业务 Agent 的开发阶段，用来明确什么可自主执行、什么必须人工确认、什么必须拒绝执行。 |
智能体开发边界规范
适用场景
当用户需要为某个业务智能体明确以下内容时，使用本 Skill：
- 智能体应该自主完成什么
- 哪些动作必须人工确认
- 哪些高风险动作必须保留给人工
- 单 Agent 是否应该拆成多个 Agent
- 当前智能体是否因为“做太多”或“做太少”而影响用户信任
典型业务场景包括：
- 质量检测或质量拦截智能体
- 工单分派、升级和闭环跟踪智能体
- 审批辅助、风控预审或合规校验智能体
- 客服初判、销售线索分级、售后诊断等需要人机协同的业务流程智能体
输入要求
- 智能体服务的业务目标或任务描述
- 智能体面向的用户角色
- 智能体可能执行的关键动作列表
- 高风险动作、合规约束或错误代价
- 是否存在人工审核、人工接管或多 Agent 协作场景
- 是否已有业务 SOP、规则阈值、审批链路、系统接口或审计要求
执行步骤
- 先写清楚该智能体的单一职责，使用一句 job story 表达：当什么情况发生时，智能体需要完成什么动作，以帮助用户达成什么结果。
- 判断该智能体更接近建议型还是执行型：
- 建议型 Agent：输出判断、建议、草稿或分级结果，不直接调用业务系统产生后果。
- 执行型 Agent：会调用系统、修改状态、发出通知、触发审批、放行、拦截、派单或升级等动作。
- 混合型 Agent：先给出建议或预览，经过人工确认后才执行动作。
- 列出关键高风险动作（如有，通常 1-3 个），并逐项判断：
- 是否可逆
- 一旦出错代价有多高
- 当前模型或系统对该动作是否具备足够可靠性
- 按风险和可信度将动作划分为三类：
- Zone A：可自主执行，执行后通知用户即可
- Zone B：先生成结果或执行预览，再由用户确认
- Zone C：必须拒绝执行并转交人工
- 明确 handoff 规则：
- 什么条件下转人工
- 转交时要带上哪些上下文
- 人工处理后如何恢复到 Agent 流程
- 对照业务流程检查系统边界：
- 如果是建议型 Agent，明确它不能直接调用哪些系统或执行哪些动作。
- 如果是执行型或混合型 Agent，明确它会调用哪些业务系统，以及是否会触发放行、拦截、审批、告警、派单、升级等后果明确的动作。
- 对所有会产生业务后果的动作，说明是否需要记录操作员、时间戳、阈值依据和审计链路。
- 判断是否需要拆分多 Agent。只有在职责、信任等级、上下文或能力边界明显不同的情况下才拆分，否则优先保持单 Agent。
- 最后输出结构化的边界设计文档，并标注风险、假设和上线前检查项。
输出要求
输出必须使用结构化 Markdown，至少包含以下内容：
## Agent Boundary Spec
### 1. 智能体单一职责
- Job Story:
- 类型：建议型 / 执行型 / 混合型
### 2. Zone A：自主执行
- 动作：
- 触发条件：
- 调用系统（如适用）：
### 3. Zone B：人工确认
| 动作 | 触发条件 | 确认方式 |
|------|----------|----------|
### 4. Zone C：拒绝执行并转人工
- 场景：
- 原因：
### 5. Handoff 规则
- 转人工条件：
- 转交内容：
- 恢复方式：
- 幂等保护：
- 审计要求：
### 6. 是否需要拆分多 Agent
- 结论：
- 理由：
### 7. 风险与待确认项
- 风险：
- 假设：
- 上线前检查项：
业务示例
示例：发动机 100 阶啸叫质量拦截智能体
- Job Story：当发动机在变速测试台架上完成扫频测试，智能体基于同步采集的转速信号与音频信号，实时追踪 100 阶啸叫声纹并判断是否超标，从而提升出厂拦截率并减少人工负担。
- Zone A：同步采集音频与转速信号，执行阶次跟踪，判断全转速范围内 100 阶幅值是否超标；当置信度达标且结论明确时，自动写入日志并给出放行或拦截结果。
- Zone B：当阈值附近震荡、同步误差超标、扫频范围不完整、连续多台异常或新型号首次测试时，展示幅值-转速曲线、置信度、超标区间，由质检员确认拦截、放行或重测。
- Zone C：当传感器离线、同步失锁、涉及整批次召回、结果与人工分析冲突，或超出“100 阶啸叫”定义范围时，必须拒绝执行并转交人工。
- Handoff：转人工时附带曲线图、原始音频和转速数据、触发原因、超标转速区间；人工确认后恢复结果记录步骤，并写入操作员 ID、时间戳与覆盖原因。
这个例子说明：边界规范不能只写“模型会不会”，而要写清楚采集条件、业务后果、接口动作、人工责任和审计链路。
参考资料
如任务中涉及业务 SOP、合规规则、审批流、接口定义、角色权限或质量判定阈值，应优先结合对应资料一起判断边界，不要只根据抽象能力来划分 Agent 范围。
