给机器人业务搭一套 Agent 岗位卡：写清它拒绝什么，比写清它负责什么更重要
从 xAI 的 Grok Bot Guides 抽出来的不是「怎么搭 Bot」，而是责任结构。机器人业务里，人/机器人的职责怎么切、roster 怎么填、哪些事必须拒绝——这张卡把可迁移的部分落到了神机百炼的真实业务上。
- 核心方法：把 Agent 当岗位写，六项构件里最常被漏掉的是拒绝事项和交接——绝大多数「AI 团队」翻车都翻在这两项，不是能力不够。
- 三席起步：内容中台线建议 Researcher / Writer / Formatter 三席，你（人）握紧所有「外发」动作；客户项目线等第一条闭环稳了再上。
- 安全事实：岗位隔离 ≠ 安全隔离。写了「素材岗不能改参数」在组织层有效，技术层无效——涉及客户数据/花钱/外发必须走审批点。
- 可判定判据：可逆动作交 Agent 自主，不可逆（发客户、报价、删库、改生产）留给人。
15% 与 85% 的提醒
移动开发指南里有个扎心估算：写出游戏本体约占 15% 的工作，其余 85% 是获客、创意、客户端、后端、live ops、商店发布、QA 和事故响应。这个比例几乎原样适用于机器人项目。
基于这个拆分，岗位卡的第一条纪律是：写得清职责只是及格，写清拒绝事项才是到位。
每个 Agent 都要填全
原文说「六项里最容易被忽略的是拒绝事项和交接」。绝大多数 AI 团队翻车，都翻在这两项上——不是能力不够，是边界没写。
| # | 构件 | 决定什么 | 填什么 |
|---|---|---|---|
| 01 | 岗位说明 | 负责什么，也写清拒绝什么 | 一句话职责 + 3 条以上拒绝事项 |
| 02 | 连接 | 账号/数据/工具的最小必要访问 | 列具体数据源，不写「全部」 |
| 03 | 运行环境 | 在哪持续运行 | Windows / 云端 / 本地 |
| 04 | 例程 | 何时自动启动、用什么输入 | 时间 + 输入来源 + 输出去向 |
| 05 | 技能 | 把一次示范变成可重复路径 | 绑定的 Skill 名 |
| 06 | 交接 | 把可执行产物给下一岗位 | 可验收的规格，不是含糊建议 |
内容中台线先跑，风险最低
原文建议「先跑通一个闭环，责任真的增加时再扩充角色」。六 Bot 上限是作者自设实验值，不是通用结论。
| 席位 | 岗位说明 | 拒绝事项（硬红线） | 交接物 |
|---|---|---|---|
| 采集岗 Researcher | 抓 X 推文/文章一手数据、核实来源与时间戳 | ❌ 不做判断、不下结论 ❌ 不补全抓不到的内容（标「未获取」） | 事实核查表（每条带来源 URL + 获取方式） |
| 成稿岗 Writer | 用 human-writing / sun-style-writing 产出定稿 | ❌ 不碰事实与数字 ❌ 缺的一律留占位，绝不编 | Markdown 定稿 + 图片清单 + 待补数字清单 |
| 排版岗 Formatter | gzh-design-skill 出 HTML 并过校验门禁 | ❌ 不改正文 ❌ 不改数字（含占位符） | 公众号 HTML + 校验报告（ERROR×0） |
Blocked 升级，是你链条里唯一缺的
「卡住不硬撑、不猜，直接标记并叫人」——这是目前工作链里唯一没建的机制。建议给内容金库加一个 Blocked/ 状态：命中任一即升级给人，不得自行猜测——关键信息缺失且无法从已授权来源获取、事实存疑多源冲突、需要授权（花钱/外发/生产系统/客户数据）、请求超出本岗位职责边界。
可逆性判据给所有动作定了归属：生成草稿/排版/抓数据/整理表格/生成方案草稿/视觉初稿——可逆，AI 自主；发公众号/客户邮件、报价/承诺交付时间、删素材库/覆盖定稿、改生产系统/客户线上内容、高歧义判断——不可逆，人审批。密码/2FA/支付交人，且密码不进任何 Agent 上下文。
不带六字段，只能当个案参考
移动案例自报 CPI $15→$1、D7 留存 2.5%→10%，小互自己划线「是个案证据，无法外推为普遍 ROI」。对外报任何性能数字，必须带齐六字段：硬件与系统、模型与量化、加速/辅助策略、工作负载、指标范围（首响/处理/生成/端到端分开设）、缓存与热身。缺任一的，只能当参考发布，不能当能力承诺。