OrbisAgent 的内容本身就是首跑框架样本。团队不需要另找一套样本框架，只需要确认这套框架部署到哪个对象、用哪些授权资料、实际运行哪个 Agent、由谁人工确认，以及首跑结果如何整理成证据包回到交付负责人。
整体工作流
一次健康的 Agent 首跑，应从 OrbisAgent 提供的框架和模板开始。团队先确认部署对象、授权资料、实际运行 Agent、负责人、权限、人工确认边界和回传方式；Agent 只在边界内生成摘要、草稿、分级、检查清单和候选动作；负责人确认后，再把输出证据和人工修正整理成下一轮可复用样例和团队侧证据包。
确认部署对象
使用 OrbisAgent 框架样本，明确先部署到哪个团队、岗位、流程或资料集。
确认资料和边界
明确谁负责、用哪些资料、哪些动作只能建议、哪些动作必须暂停等待确认。
Agent 产出可审结果
输出草稿、摘要、分级、风险提示和待确认项，而不是直接对外承诺。
反馈回到负责人
把输出证据、人工修正、风险事件和请求支持动作整理成团队侧证据包。
谁负责什么
选择首跑流程，确认样本资料、使用范围、审批人和最终动作。
不把未确认的 AI 输出直接当成业务承诺。
提供授权资料，检查输出是否符合产品、买家、交期、价格和团队习惯。
不要求 Agent 一开始接生产后台或自动外发。
在明确权限内生成草稿、摘要、分级、检查清单和候选动作；如果支持导出报告，可以辅助整理证据。
不自动报价、承诺、签合同、付款、外发或改后台。
保存可复用字段、正例、负例、回归例和高风险动作边界。
不保存敏感原始资料、账号凭据或未确认承诺。
提供文档、社区、下载入口、AI 启动包、空模板和通用能力说明。
不展示未经验证的业务效果或虚假统计。
七天首跑节奏
- 第 0 天：使用 OrbisAgent 框架样本，确认部署对象、授权资料、实际运行 Agent、负责人、权限、人工确认边界和回传通道。
- 第 1 天：按回传协议记录 3-5 条运行证据，每条都有输入摘要、输出证据和人工确认位置。
- 第 2-3 天：团队标注哪里准确、哪里需要修改、哪些动作必须转人工。
- 第 4-5 天：把可复测修正整理成正例、负例或回归例。
- 第 7 天：生成团队侧证据包，复盘实际使用次数、采纳情况、主要错误和是否继续扩大范围。
决策闸门
进入下一轮前，先回答四个问题：资料是否授权，部署对象是否低风险，负责人是否确认，是否出现多次同类可行动修正。只有重复出现、能验证、能明确落到能力面的修正，才适合进入能力映射。
没有授权不运行
未确认资料来源和使用范围时，只能停在准备阶段。
高风险先人工确认
报价、合同、付款、外发、后台和预算动作都必须由人确认。
没有负责人确认不产品化
只记录修正，不把单次反馈直接升级为通用能力。
多次同类修正再沉淀
至少出现多条同类可行动修正，才进入发现清单和能力映射。
和模板如何配合
协同机制本身不新增复杂系统。首跑后使用回传协议和反馈闭环模板记录输出、人工修正和最终采用结果；用样例表复测关键行为；用能力映射表判断一个发现应该进入岗位 Agent、能力 Skill、AI 启动包、人工确认规则，还是只留在团队配置里。
下一步
继续查看 Agent 编队和 Skill 能力地图，把概念对应到实际岗位角色与经营流程。