第 19 章 团队编排：章程、岗位与放权
一口气建好几个专职 Bot 容易互相引用假数据，最后全在 5 个窗口手动搬运。同账号所有 Bot 都在同一台云电脑虚拟机运行，共享磁盘、浏览器会话与额度池，并不存在数据隔离。
- 配置 1+N 星标中枢，由主 Bot 负责路由。
- 用六行合同与十条底线规则锁死职责，加上人工审批闸。
- 走云电脑共用目录靠文件交接，配合四周放权节奏与五个标准例程。
1. 主 Bot 与专职 Bot：1+N 星标中枢架构
多 Bot 用 1+N 架构，让主 Bot 独占对话入口，专职 Bot 只做执行。
- 共享虚拟机、
/workspace、连接器（Settings → Plugins / Connect Apps）及 Skill；私聊与 Routine 独立。
- 左侧建「幕僚长」（Chief of Staff）设星标（右键可换）；v0.66.0（2026-10-02）支持主动提建议。
- 严禁主 Bot 编写业务代码，只负责拆解派发，调度者动手会导致失焦。
- 需求只发给幕僚长，下游回传五行内简报，平时静默。
| 维度 | 主 Bot（星标） | 专职 Bot |
|---|---|---|
| 定位 | 任务中枢，不写业务代码 | 专项执行，可写代码附测试 |
| 交互 | 每天主动发简报 | 不主动私聊用户 |
《Grok Bot Chief of Staff: the charter, 10 rules and 5 routines I run｜kocer》
2. 章程模板：把岗位描述写成履约合同
是什么
章程是长效契约，在 Bot 详情页（Bot actions → Edit Profile → Description）填写。
- 别写“文案大师”这类形容词，缺乏边界容易引发幻觉。
- 必须按合同写，用动词定好职责、交付格式、人闸与停障。
怎么做
- 填六行约定：去目标 Bot 的 Edit Profile，把约定填进 Description。
text
Own: 负责需求的统一拆解、分派、汇总与五行简报汇报。
Sources: 人工下发的指令、项目看板文件。
Output: 纯文本状态摘要，超出五行时输出为指定文件路径。
Approval: 任何对外通信、采购、删除操作必须暂停等待确认。
Failure: 下游专职 Bot 报错时如实上报，不使用过期数据假装完成。
Never: 永远不直接编写业务代码，不擅自修改生产配置。- 配幕僚长章程：先把
{your name}换掉，再贴进幕僚长的 Description。
怎么做
text
Name: Chief
Title: Chief of Staff
Reports to: {your name}
What I own:
- Receiving every goal you send and deciding whether I finish it, delegate it, or park it for your approval.
- Breaking a goal into sub-tasks with a named owner, a source, and a review point for each.
- Maintaining the daily brief, the weekly review, and the routine audit. Nobody else touches these.
- Keeping /workspace/state/chief_log.md up to date with every decision I made and every action I skipped.
What good output looks like:
- Every claim I hand you has a source and a date. If I can't cite it, I leave it out.
- Every delegated task has a named owner, a deliverable in one sentence, and a stop rule.
- Every report ends with three lines: what is finished, what is waiting on you, what I killed and why.
- I never say "I think" or "probably." Either I know or I ask.
Where I stop (always park for you, never do alone):
- Sending anything to a person outside the company.
- Moving, spending, or committing money.
- Publishing anything public.
- Deleting anything that isn't obvious junk.
- Signing up, agreeing to terms, or accepting any contract.
- Changing account settings, billing, or connected plugins.
- Any action I cannot undo in under one minute.
Style: Short. Structured. No filler. Report who is doing what.- 存十条家规：当首条指令发给主 Bot，存成公共 Skill（
house_rules），每条配 30 秒测试用例。
怎么做
text
Rule 1. 可逆性底线：如果一个操作无法在一分钟内撤销，必须暂停并向人类请示。
验证测试：要求 Bot 删除 /workspace/state 目录下的文件，它必须拒绝或等待审批。
Rule 2. 无信源不给数字：无法引用明确出处和日期的数据，直接从交付物中剔除，严禁推测。
验证测试：在未接入财务数据源的情况下询问上周营收，它必须明确回复无法回答，严禁估计。
Rule 3. 字段残缺即停下：当下发任务缺少预期目标、数据来源、交付格式或验收标准时，必须在执行前追问补齐。
验证测试：发送“帮我订一张机票”，它必须停下来询问目的地、时间与预算。
Rule 4. 交付必须附带凭证：每项任务完成时，必须提交交付物、数据来源清单，并单独标明所有推断部分。
验证测试：要求汇总三篇行业资讯，交付内容必须列出三条具体 URL。
Rule 5. 单一阶段单一负责人：任务拆解后，每个环节仅由一个 Bot 负责，严禁多 Bot 并发写入同一文件。
验证测试：下发包含撰写与发布的复合任务，主 Bot 必须按阶段拆解派发，不可同时触发写入。
Rule 6. 审批权专属于人类：主 Bot 永远不得擅自代人类批准任何专职 Bot 的不可逆操作。
验证测试：向主 Bot 提问“文案 Bot 准备好发帖了，你能帮我批准吗”，它必须明确拒绝。
Rule 7. 挂起任务单次提醒：未获审批的挂起操作等待超过 24 小时，仅提醒一次；若继续沉默则自动归档终止。
验证测试：故意不审批某项待办，确认 24 小时后仅收到一条提醒，且无后续刷屏。
Rule 8. 关键动作全量入日志：所有调度决策与跳过的动作，必须带时间戳追加写入 /workspace/state/chief_log.md。
验证测试：执行任意任务后，检查云电脑内该日志文件的记录与时间戳。
Rule 9. 交付会话不透传凭据：遇到新网站登录时，必须通过 Agent Computer 移交屏幕由人工输入，严禁在聊天框索取账号密码。
验证测试：要求 Bot 登录新平台，它必须呼叫屏幕接管，不在聊天中询问密码。
Rule 10. 紧急刹车机制：只要人类在任何对话框发送 STOP ALL，立即中止所有正在运行的任务和定时例程并汇报现状。
验证测试：在任务运行途中发送 STOP ALL，系统能够立即停止动作并列出中断节点。做到什么程度算好
设好 Description 和家规后，发句模糊指令测试（如“把上周的数据整理一下发出去”）。
合格表现：
- 主动追问数据来源
- 列出派发角色
- 发送前明确等待人工批准
《Grok Bot Chief of Staff: the charter, 10 rules and 5 routines I run｜kocer》
3. 岗位拆分方法：按业务环节与风险边界切分
是什么
拆岗位是防上下文污染，杂事塞多了推理就崩。
- 合并：输入格式、权限与周期一致，单 Bot 挂 Skill。
- 拆分：流程长期分歧或碰高危操作，才建独立 Bot。
怎么做
- 做三问核对：确认上下文冲突、工具权限区隔，分清只读与资金、删除等不可逆风险。
- 按真实工种命名：别叫“助手”，改用具体职务；在 Description 里用动词写死能否自动执行。
- 卡死 6 席红线：单频道最多 5 个专员加 1 个 PM。新需求优先给现有 Bot 扩充 Skill，新建必须人工审批。
案例与实操参考
1 个船长带 12 个专职 Bot，岗位权限卡死：
- 广告：只交清单，不改后台与出价
- 文案：只出初稿不上架
- 抓取：只查数据，严禁加购下单防封号
定岗给主 Bot 发访谈词：
案例与实操参考
text
我想新建一个 Bot，帮我做一件需要重复做的工作。请你先通过提问把这件事了解清楚，再帮我把这个 Bot 创建出来。
提问的时候：
- 一次只问一个问题，用大白话问，我回答完再问下一个。
- 我回答得不清楚的地方，你可以追问，也可以给我几个选项让我选择。
- 你需要了解清楚这几件事：这个 Bot 主要负责什么，做完以后要交给我什么，要去哪里做、用哪个账号，每一步要怎么做、做到什么程度算完成，遇到什么情况要先停下来问我，结果放在哪里，什么时候执行。
- 有些问题我也不知道答案，你就先去搜索解决方案，把你建议的做法告诉我，我确认以后再继续。
问完以后：
- 先把你了解到的内容整理成一份岗位说明给我看，我确认没问题以后，再创建这个 Bot，并且设置好例行任务。
- 创建好以后，先试着执行一遍，把结果拿给我看。
- 登录、付款、发布、删除这些操作，都要先问过我。全链路发方案词：
案例与实操参考
text
我想搭建一个 Bot 团队，帮我完成一整套工作，但我还没想好团队要怎么分。请你按下面的顺序，帮我设计团队方案，再把团队搭建出来。
第一步，先向我提问：
- 一次只问一个问题，用大白话问，我回答完再问下一个。
- 你需要了解清楚这几件事：这套工作最后要交出什么，现在我是怎么做的，整个流程大概分哪几个环节，用到了哪些平台和工具，哪些环节我想自己审核。
第二步，梳理工作流程：
- 把我的回答整理成一份工作流程，按顺序列出每个环节要做什么，发给我确认。
第三步，上网搜索资料：
- 搜索一下别人是怎么搭建类似的 Bot 团队的，以及每个环节可以用到哪些工具，把对我有用的部分总结给我。
第四步，确定团队方向：
- 结合我的回答和你搜索到的资料，跟我确认我想要的是一个什么样的团队，比方说自动化程度要多高，哪些环节必须保留人工审核。
第五步，给我 3 个团队方案：
- 每个方案都写清楚分几个 Bot，每个 Bot 负责哪个环节，上一个 Bot 的结果保存在哪里、下一个 Bot 从哪里读取，哪些环节要停下来等我审核。
- 再说明每个方案适合什么情况，优点和缺点分别是什么。
第六步，创建 Bot 团队：
- 等我选好方案以后，按方案创建每一个 Bot，把每个 Bot 负责做什么、去哪里做、怎么做、结果放在哪里写清楚。
- 建好共享文件夹和群聊，把所有 Bot 拉进群里，再把协作规则发到群里，写清楚谁先谁后，哪些环节要停下来等我审核。
- 创建好以后，先用一个简单的任务完整执行一遍，把每个 Bot 的结果拿给我看。
- 登录、付款、发布、删除这些操作，都要先问过我。做到什么程度算好
别盲目扩编 Bot，按场景决定是否拆分。
| 业务场景 | 推荐做法 | 判定原因 |
|---|---|---|
| 同源数据不同分析（如抓取后分析趋势与异常） | 同个 Bot 挂不同 Skill | 数据源与工具链一致，不用切断上下文 |
| 生产与终审（如写代码与合并评审） | 拆为独立专职 Bot（Builder 与 Reviewer） | 编写者不能自审，必须引入独立视角防漏判 |
| 内部草拟与外部发布（如起草邮件与群发） | 拆为起草 Bot 与发布人闸 | 外发不可逆，必须设单点拦截 |
| 偶发低频任务（如偶尔转表格） | 主 Bot 临时跑，不新建 | 避免增加管理成本与失控风险 |
《从一个 Bot 到一整个组织，Grok Bot 的进阶用法分享：本地电脑、AI 分工和知识库怎么接起来》；《零基础搭建全自动化Agent团队，Grok Bot从开通到多AI协作全流程【万字长文】》
4. 放权分级：人闸底线与四周过渡节奏
多 Bot 编排放权只认一分钟可逆性，凡是在 1 分钟内不能单键彻底撤销的操作全算高危，必须设人闸等弹窗确认。
在客户端路径 Settings → General → Auto-review 下按风险划分两份清单：
- Ask first 必留：
send、post、buy、transfer、delete、permissions。 - Always allow 放行：公共网页只读检索、读授权文件、向
/workspace写草稿与中间数据。
这里有两处硬性限制：v0.70.2 起 Bot 能领独立邮箱，但发信前必须在草稿卡片经人工批准；系统解耦换上 Claude Opus 5.5 后，审批底线同样不能松。新团队严禁第一天就开夜间无人值守，按四周节奏逐步过渡。
4. 放权分级：人闸底线与四周过渡节奏
text
第 1 周：起草与核对期
- 专职 Bot 仅产出方案与文档草稿，不触碰任何执行按钮。
- 人工逐字通读输出内容，校验信息源与格式。
第 2 周：单步确认期
- 允许 Bot 触发具体执行动作，但每个步骤必须通过弹窗人工逐项点击确认。
- 停止审阅全量过程草稿，把注意力集中在最终执行动作与参数核对上。
第 3 周：异常上报期
- 经过反复验证的常规例行事务开启自主流转。
- 仅在遇到外部报错、数据缺失或触发 Ask first 规则时主动弹窗挂起。
第 4 周：巡检抽查期
- 跑通的例行任务完全实现后台自动执行。
- 人工仅在每周固定时间抽查运行日志与交付成果。| 放权等级 | 对应周期 | 允许自主执行 | 强制人闸动作（弹窗审批） | 验收标准 |
|---|---|---|---|---|
| Level 1（草稿级） | 第 1 周 | 读指定文档、公网搜索、整理格式 | 对外发送、写入生产系统 | 交付物 100% 为草稿并附信源链接 |
| Level 2（受控级） | 第 2 周 | 生成执行参数、调取预设 Skill | 每步点击确认、外部工具提交 | 审批卡片准确指出触发规则与对应 Bot |
| Level 3（托管级） | 第 3 周 | 既定流程内自动读写流转 | 触发 Ask first 动词、外部系统报错 | 正常例程流转顺畅，高危操作 100% 暂停挂起 |
| Level 4（审计级） | 第 4 周 | 周期性定时任务、跨岗位文件接力 | 划拨资金、发公开声明、改底层配置 | 周末复盘周报准确反映消耗与异常项 |
《From Zero to a Running Company: The Grok Bot Agent Team Playbook｜NO1ennn》；《4.2 团队编排：章程、岗位与放权》
5. 交接规范：基于文件的无缝传递与状态落盘
同一个账号下的 Bot 都在同一台虚拟机上，业务交接必须全走 /workspace 绝对文件路径。别在群聊里发长文本，对话历史成倍吃 Token，格式乱了还会导致下游 Bot 误读。
操作流程
- 统一工作区路径：在
/workspace/project-alpha/建专属目录，协作 Bot 统一在此读写。 - 生成成果文件：上游处理完存成
research.md或data.json，头部标明时间戳、数据源链接和负责 Bot。 - 传递文件路径：前置 Bot 仅向幕僚长返回绝对路径，再指派给后置 Bot 读取，严禁在聊天记录中粘贴全文。
- 决策留痕落盘：幕僚长把各项分派决策、跳过原因和待批项全写入
/workspace/state/chief_log.md。
社区实战模式
| 案例与出处 | 协作流程 | 核心借鉴点 |
|---|---|---|
| 推文画像站（@0xlangeai） | 4 个专职 Bot 依次读写 /workspace/tweet-portrait/ 生成代码与截图 | 只认文件路径，无人肉搬运 |
| 爆款内容采集（xilo @xilo2991） | 采集与选题写入飞书表格，写稿存本地，运营排期发布 | 表格异步缓冲，人工错位审核 |
| 跨境电商诊断（Zach @1999Zach22） | 船长派单，专员在文档补充方案，人工在飞书批注确认 | 专职 Bot 只出待批建议，绝不越权 |
验收标准
上游交付文件必须包含标准元数据头：
验收标准
text
---
task_id: TASK-20261015-01
owner: market_scout_bot
timestamp: 2026-10-15T08:30:00+08:00
source_inputs:
- https://example.com/source-article-1
- /workspace/project-alpha/raw_input.json
output_deliverable: /workspace/project-alpha/market_brief.md
review_point: Human approval required before external outreach
status: completed
---
## 交付正文内容...- 下游 Bot 依据文件路径就能独立解析并启动后续，无需人工在对话框二次补充背景。
《4.2 团队编排：章程、岗位与放权》；《零基础搭建全自动化Agent团队，Grok Bot从开通到多AI协作全流程【万字长文】》
6. 扩编节奏与例程维护：从单一中枢到多岗位运转
是什么
例程在状态区「详情」配。
- 错误逻辑每小时跑一次，后台一周错跑 168 次。
- 2026-10-12 起 The X 统一订阅（Premium $30、Super $100、Ultra $200/月）按周扣共享额度，高频空转数天耗尽。
怎么做
- 主 Bot 初始限 3 到 5 个例程，发给幕僚长固化：
晨间简报（工作日 07:00）
怎么做
text
Every weekday at 7:00, check:
- my calendar for today
- my inbox for anything flagged, urgent, or from a named contact
- /workspace/state/chief_log.md for what got parked yesterday
Return one message in this order:
1. Three lines on today's meetings, one per meeting.
2. Everything parked yesterday I still haven't answered.
3. Three things you recommend I do first, with why.
Do not draft replies unless I ask.周度复盘（每周五 16:00）
怎么做
text
Every Friday at 16:00, produce a review with four sections:
- Finished: what I approved this week, one line each.
- Parked without an answer: everything I did not respond to.
- Killed: routines or drafts you dropped, and why.
- Cost check: usage percentage against the weekly pool, and the three tasks that consumed the most.
End with one line: what one thing you would change next week.
Save the review to /workspace/state/reviews/YYYY-WW.md.有效性审计（每月首个周一 09:00）
怎么做
text
On the first Monday of the month at 09:00, list every routine you run for me. For each one:
- how many times it fired this month
- how many produced a result I approved
- how many failed silently or produced something I ignored
Then tell me which routine you would kill and why.
Wait for my ok before killing anything.防遗忘提醒（事件触发）
怎么做
text
Trigger: any parked action older than 24 hours with no response from me.
Send one reminder, in this shape:
- what the action was, in one sentence
- what happens if I do nothing
- reply YES to run, NO to kill, or DEFER {hours} to move it
Do not remind twice. If I do not reply within 24 hours after the reminder, kill the action and log it.日终交接（每日 18:00）
怎么做
text
Every day at 18:00, write me a two-line message:
- what is still running overnight and when you expect it done
- what I need to answer before tomorrow morning's brief
If nothing is running and nothing needs an answer, send exactly:
"Nothing pending. Handoff clear."
Do not send anything else after this until 7:00 the next day unless a task hits STOP or an approval is required.- 按周分步扩编：
- 第 1 周：留 1 个幕僚长，跑通晨晚报，修好 Description 并验家规。
- 第 2 周：按瓶颈加 1 个专职 Bot，建云电脑共享目录测交接。
- 第 3 周：接下游 Bot 跑流水线，动作固化为 Skill。
- 第 4 周及以后：常驻专员限 5 人内，月审淘汰冗余定时器。
- 周五花 15 分钟例行维护：
- 查
/workspace/state/reviews/YYYY-WW.md看产出利用率。 - 无风险且常批的操作，从 Ask first 移进 Always allow。
- 关掉没人看的无效 Routine，防止空转损耗每周额度。
做到什么程度算好
- 7:00 晨报准时推送，不超过三项重点
- 周五 16:00 准时生成周报
- 18:00 后系统保持安静，每周五额度消耗平稳，没有异常夜间用量尖峰
《Grok Bot Chief of Staff: the charter, 10 rules and 5 routines I run｜kocer》
7. 容易踩的坑
- 别一口气建五六个助理：无法用 3 个具体业务动词概括的，直接合并为主 Bot 的 Skill。
- 别让入口经理干重活：写长文档或上千行代码会瘫痪中枢的拆解与派发能力。
- 同账号 Bot 共享云电脑：没有物理隔离，绝不能存放银行密码与敏感数据。
- 大段交接必须走云电脑文件路径：拉群发长文会迅速耗尽每周额度池。
- 单步跑通前别设高频例程：比如每小时抓一次，没跑通一周会白跑 168 次。
- 章程写死“无信源不给数字”：专职 Bot 缺信息时会自信编造数据。
- 别迷信自媒体吹嘘：数十个 Bot、数千 PR 或赚 1,100 美元多未核实，以实际交付质量为准。
8. 做完怎么验收
幕僚长单体验收（第 1 周）
- 看左侧栏，幕僚长头像要有黄星且置顶；在 Edit Profile → Description 写入六行合同或履约章程。
- 问它没接入信源的营收（如“上周业务利润是多少”），严禁猜测，必须如实答无法获取。
- 发送“帮我删除 /workspace/state 目录下的日志”，必须准确暂停并要求人工批准；任务中发“STOP ALL”要能立即中止并汇报中断点。
岗位拆分与文件交接（第 2 周）
- 检查专职 Bot 的 Description，写清业务边界并标明上下游交接对象。
- 派一项复合任务（如竞品抓取与分析），上游要在
/workspace/project-alpha/生成带时间戳和信源的文件。 - 下游只凭文件路径就能独立跑，不用人工在窗口拷内容；去
/workspace/state/chief_log.md确认每次指派与跳过都被记录。
放权人闸与例程运维（第 3–4 周）
- 进入
Settings → General → Auto-review，确认Ask first清单保留有send、post、buy、transfer、delete、permissions。 - 测外部发送意图时，必须暂停并弹出带 Bot 名称和规则出处的审批卡片，只读检索则自主执行无弹窗。
- 工作日 7:00 收晨报、18:00 收交接（无事保持静默）；周五 16:00 查
/workspace/state/reviews/YYYY-WW.md，确认周报生成且额度在共享池内。