第3章 Agent能力边界定义：知识范围、技能边界、决策权限、外部依赖

3.1 边界四维模型概述

Agent的能力边界不是一条模糊的线，而是由知识范围、技能边界、决策权限和外部依赖四个正交维度共同构成的立体约束空间。每个维度定义Agent“能做什么、不能做什么、该做什么、不该做什么”的一个侧面，四个维度同时缺失或模糊将导致边界泄漏——Agent在不可控范围内产生不可预测的行为。

维度	定义	核心问题	设计产出
知识范围	Agent可访问和使用的信息域	Agent知道什么？	知识图谱 / 文档索引 / Schema
技能边界	Agent可执行的功能集合	Agent能做什么？	技能清单 / 能力矩阵
决策权限	Agent可做出的决策等级	Agent有权做什么？	权限矩阵 / 审批流
外部依赖	Agent运行时依赖的外部系统/服务	Agent依赖什么？	依赖图谱 / SLA 契约

3.2 知识范围：认知边界

知识范围定义Agent“知道什么”以及“不知道什么”。它划定了Agent可以访问的信息域，包括结构化知识（数据库、知识图谱）和非结构化知识（文档、日志、实时数据流）。

• 领域知识库：Agent运行所在业务域的实体、关系、规则。例如客服Agent的“产品目录”“退换货政策”。
• 实时数据源：Agent在执行任务时可实时查询的外部信息，如订单状态、库存数量、用户画像。
• 常识与通用知识：Agent内置的世界知识（通常由基础模型提供），需明确其适用范围和时效性。

3.3 技能边界：能力边界

技能边界定义Agent“能做什么”和“不能做什么”。每个技能是一次原子化的能力调用——查询订单、发送邮件、修改配置、调用API。技能边界的设计核心是可枚举和可测试。

• 核心能力集：Agent必须精通的核心技能，例如“查询订单状态”“创建工单”。这些技能需要高精度、低延迟。
• 扩展能力集：Agent可调用但非必须的技能，如“生成周报”“推荐关联产品”。扩展技能应具备熔断降级机制。
• 禁止技能清单：Agent绝对不可执行的操作，如“删除用户数据”“修改价格”“发送营销短信”。禁止清单必须在技能注册中心硬编码。

3.4 决策权限：权力边界

决策权限定义Agent“有权做什么决策”以及“什么决策必须交由人类”。这是Agent能力边界中最敏感、最易引发信任危机的维度。

决策等级	定义	示例	审计要求
L1 完全自主	Agent独立决策并执行，无需人工确认	查询天气、计算运费	事后抽样审计
L2 建议+确认	Agent给出建议，用户确认后执行	推荐商品、生成合同草稿	全程记录决策链路
L3 人工兜底	Agent识别到超出权限范围，转交人类	退款审批、投诉升级	完整上下文移交

3.5 外部依赖：生态边界

外部依赖定义Agent“依赖什么才能运转”。Agent不是孤岛，它依赖外部API、数据库、模型服务、基础设施等。外部依赖的边界设计决定了Agent的鲁棒性和SLA。

• API/SLA 清单：每个外部接口的调用方式、限流策略、超时阈值、降级方案。必须为每个依赖定义最大可接受延迟和熔断条件。
• 数据依赖：Agent需要读取或写入的数据存储，包括数据库、缓存、对象存储。数据依赖的边界决定了Agent的数据可见性和一致性要求。
• 基础设施依赖：Agent运行所需的计算资源、网络环境、模型推理服务。基础设施依赖的边界直接影响Agent的可用性。

3.6 边界交叉与设计权衡

四个维度并非独立设计，它们之间存在强耦合和交叉影响。以下是最常见的权衡场景：

交叉冲突	表现	权衡策略
知识范围 vs 决策权限	Agent知道用户敏感信息，但无权使用	在知识检索层设置权限过滤，按决策等级动态裁剪知识返回
技能边界 vs 外部依赖	技能定义存在，但依赖的API不可用	技能注册时绑定依赖健康检查，依赖降级时自动挂起对应技能
决策权限 vs 外部依赖	Agent做出决策但依赖系统无权限执行	决策权限定义时同步校验下游依赖的权限可达性

核心权衡原则：每个维度的边界都应留有安全冗余。知识范围要窄于可访问的知识总量，决策权限要低于技能可执行的上限，外部依赖必须有降级替代方案。

3.7 落地步骤

以下是在Agent工程中落地能力边界定义的6个标准步骤：

1. 步骤1：业务域分解——将Agent要覆盖的业务场景拆解为最小可定义的子域，每个子域独立做边界设计。
2. 步骤2：四维清单编制——为每个子域分别编制知识范围清单、技能清单、决策权限矩阵、外部依赖登记表。
3. 步骤3：交叉冲突扫描——运行边界冲突检测，识别知识-权限、技能-依赖、权限-依赖之间的冲突点。
4. 步骤4：边界配置编码——将四维边界编码为机器可读的配置文件，作为Agent运行时的边界约束。
5. 步骤5：运行时边界引擎集成——在Agent架构中嵌入边界检查引擎，在知识检索、技能调用、决策执行、依赖请求四个入口实施边界校验。
6. 步骤6：边界监控与迭代——实时监控边界命中率、边界越界告警、边界覆盖率，按迭代周期更新边界定义。

步骤4的边界配置示例（TOML格式）：

# agent_boundary_config.toml
[agent.customer_support]

[knowledge]
domains = ["product_catalog", "order_status", "return_policy"]
real_time_sources = ["order_api", "inventory_api"]
forbidden_domains = ["user_password", "payment_methods"]

[skills]
core = ["query_order", "check_inventory", "create_ticket"]
extended = ["recommend_product", "generate_summary"]
prohibited = ["delete_order", "modify_price", "send_campaign"]

[decision]
level_L1 = ["query_order", "check_inventory"]
level_L2 = ["recommend_product", "create_draft"]
level_L3_handover = ["refund_approval", "complaint_escalation"]
audit_all = true

[dependencies]
mandatory = ["order_api", "user_context_api"]
optional = ["recommendation_engine", "pdf_generator"]
timeout_ms = { order_api = 3000, user_context_api = 500 }
circuit_breaker = { failure_threshold = 5, recovery_timeout_s = 30 }

3.8 验收标准

Agent能力边界的定义是否合格，通过以下六项验收标准衡量：

验收项	验收标准	检查方法
完整性	四个维度均已完成定义，无缺失维度	审查边界设计文档，四维清单齐全
可执行性	每个边界定义可编码为运行时检查规则	边界配置可加载至边界引擎并执行
无冲突	四维之间不存在逻辑矛盾或权限越界	交叉冲突扫描报告为0告警
可测试	每个边界点有对应的测试用例覆盖	边界测试用例通过率100%
可监控	边界命中、越界、降级均可被监控和告警	监控指标已上线，告警规则已配置
可迭代	边界定义支持热更新，不中断在线服务	灰度更新流程验证通过