第2章 交互角色与范围界定
2.1 用户角色分类
Agent 系统面临的用户群体并非单一终端用户，而是包含多个职责维度的角色集合。错误的角色分类会导致权限泄露或交互链路断裂。基于职责与权限层级，定义以下四种标准用户角色：
| 角色 | 职责描述 | 交互特征 | 典型操作 |
|---|---|---|---|
| 终端用户 | 使用 Agent 完成业务任务的自然人 | 会话式、高频、短路径 | 提问、提交任务、确认结果 |
| 运维人员 | 管理 Agent 运行时状态与配置 | 指令式、批量、后台 | 启停服务、更新知识库、查看日志 |
| 审核员 | 审查 Agent 输出合规性与质量 | 只读、溯源、审计 | 回放会话、检查推理链、标记异常 |
| 管理员 | 定义业务规则、权限策略与模型配置 | 低频、配置式、全局 | 修改权限矩阵、绑定模型、设置边界 |
设计原则：每一类角色对应一套独立的交互界面与 API 端点，严禁混用。终端用户接口不应包含任何运维命令入口，审核员不得拥有写入权限。
2.2 Agent 能力边界
Agent 的能力并非无限延伸，需在系统设计阶段强制划定三个边界：
- 能力边界（Capability Boundary）：Agent 能调用的工具集、知识库范围、模型上下文窗口长度。
- 职责边界（Responsibility Boundary）：Agent 可独立决策的任务类型，需人工审批的决策等级。
- 交互边界（Interaction Boundary）：通信协议、消息格式、超时阈值、并发上限。
# 能力边界规则声明（伪配置）
capability.boundary:
max_context_tokens: 8192
allowed_tools: ["search", "calculator", "db_query"]
disallowed_tools: ["system_cmd", "network_scan"]
knowledge_bases: ["kb_product_v3", "kb_policy"]
external_apis: ["api.weather.gov"]
decision_escalation_level: "HIGH_RISK" # 高风险决策需人工复核2.3 交互场景划分
交互场景按人机协同深度和会话复杂度划分为三层：
| 场景层级 | 典型用例 | 人机比 | 容错要求 |
|---|---|---|---|
| L1 信息查询 | FAQ 问答、文档检索、状态查询 | 机主导 | 高，可容忍 5% 误召回 |
| L2 任务执行 | 表单填写、数据提取、报告生成 | 人指导机执行 | 中，关键字段需人工确认 |
| L3 决策辅助 | 风险评分、策略推荐、异常研判 | 人决策机建议 | 低，任何错误需可追溯 |
边界陷阱：L3 场景中 Agent 输出一旦直接写入业务系统而不经人工审核，即构成越界。必须在交互边界层插入“确认闸门”。
2.4 职责矩阵表
职责矩阵（RACI 变体）定义每个角色在 Agent 交互中的具体权限与义务：
| 权限/操作 | 终端用户 | 运维 | 审核员 | 管理员 |
|---|---|---|---|---|
| 发起会话 | √ | — | — | — |
| 查看会话记录 | 仅自己 | √ | √ | √ |
| 修改 Agent 配置 | — | — | — | √ |
| 调用外部工具 | 仅白名单 | √ | — | √ |
| 导出审计日志 | — | — | √ | √ |
| 审批高危决策 | — | — | — | √ |
| 中断运行中任务 | 仅自己任务 | √ | — | √ |
2.5 交互角色与范围总览图
下图展示 User / Agent / System 三方的角色边界与交互流向：
2.6 边界落地的检查清单
完成角色与范围界定后，使用以下清单验证边界设计是否完整：
| 检查项 | 验收标准 | 通过/失败 |
|---|---|---|
| 角色隔离 | 四种角色接口完全分离，无权限交叉 | |
| 能力清单 | 已列出 Agent 可调用的全部工具、API、知识库 | |
| 边界规则化 | 能力边界已编码为可执行的规则声明 | |
| 场景分级 | L1/L2/L3 场景已标注对应人机比与容错策略 | |
| 闸门定义 | L3 决策场景已插入人工确认环节 | |
| 矩阵唯一性 | 每个操作单元格有且仅有一个角色拥有权限 |
落地建议：在项目启动阶段，将该矩阵表嵌入权限配置中心，作为后续所有交互流程的元数据校验源。任何新增交互场景都必须先在矩阵表中找到对应行，否则拒绝实现。