运行边界

理解 OrbisAgent 如何在上下文、权限、人审和证据之间建立运行边界。

运行边界是 Agent 能稳定工作的前提。它决定任务开始前读取什么资料,任务过程中能做什么和不能做什么,任务结束后留下哪些证据。没有运行边界,Agent 很容易变成一次性聊天;有了运行边界,团队才能持续复用同一套工作方式。

运行边界解决什么问题

Agent 系统最容易出问题的地方,不是它不会生成内容,而是它不知道资料从哪里来、哪些信息可信、哪些动作需要暂停、结果应该沉淀到哪里。运行边界把这些问题提前写清楚,让每次任务都沿着同一套轨道执行。

Context

读对上下文

先读取任务相关资料、历史判断和限制条件,避免凭空生成。

Policy

守住禁止动作

外发、报价、后台修改、预算和写入业务系统默认进入人审。

Trace

留下证据链

让后续复盘可以看到输入、输出、判断依据和人工修改。

任务运行的四层结构

  1. 任务目标。这次要解决什么经营问题,成功结果是什么。
  2. 上下文包。商品、询盘、买家、历史记录、团队规则和限制条件。
  3. 执行边界。允许生成什么,禁止自动做什么,哪些节点必须暂停等待确认。
  4. 证据沉淀。输出版本、人工确认、风险点和下一步动作保存到可回看的路径。

什么情况下要收紧边界

当任务涉及价格、合同、交期、售后承诺、广告预算、后台设置、买家隐私、CRM / OKKI 写入或公开发布时,边界要收紧。此时 Agent 可以做资料整理、草稿生成和风险提示,但不能绕过团队确认。

运行原则

越接近真实外部动作,越需要明确人审;越接近内部整理和复盘,越适合自动化辅助。

下一步

继续查看 Agent 编队和 Skill 能力地图,把概念对应到实际岗位角色与经营流程。