用 Grok Bot 七个角色模板管理项目全生命周期

输入：项目问题与现有规则；处理：按层级选择 Bot 角色→讨论决策→撰写交接单→审批→执行→复核；输出：经审批的手工单、Build Log 与可继续的项目上下文

给谁

需要跨项目保持上下文、用 AI 辅助项目管理与执行审查的知识工作者或小型团队负责人

你会得到

通过分层 Bot 角色（SecondBrain / Umbrella PM / Project PM 等）将讨论转化为可审批的交接单，执行后按证据复核，Build Log 持续记录决策

你需要

Grok Bot

步骤

1. 为工作建立可延续的上下文层级

   确定每个问题属于哪个层级：影响所有项目 → SecondBrain；影响一组相关项目 → Umbrella PM；属于单个产品 → Project PM。在对应层级创建或链接 approved plan（冻结的计划）、handoff（执行单）和 Build Log（持续记录）。对话发生在 Slack，记录保存在项目文件中。

2. 与 Bot 共同讨论并敲定决策

   在 Project PM（或对应层级 Bot）中带入项目规则与已有上下文，讨论具体问题：理解问题、比较方案、确认技术后果。Bot 应能发现与项目规则冲突的方案、解释维护成本差异、标出证据不完整之处。讨论产出需能解释：为何选此方案、哪些疑问仍开放、变更是否已对照项目规则与现有工作检查。Build Log 同步记录决策与结果，区分「已批准」与「仅提议」。

3. 将商定工作写入交接单

   与 Project PM 共同撰写 handoff，包含：所需结果及原因；工作范围与允许触碰的精确文件列表；必须保持不变的内容；项目规则、计划与参考材料（写入 handoff 本身，不依赖外部链接）；执行与验证所需的路径、命令和检查；步骤失败时的回退方案；builder 需在 handoff 状态区记录的证据。撰写过程中暴露的未决问题需先解决，再提交你审批。

4. 复核 builder 返回的结果

   收到标记 [COMPLETED] 或 [TRASH] 的 handoff 后，与 Project PM 一起审查：结果是否达成要求；证据是否支持每项检查；变更限制是否被遵守；要求不变的内容是否保持完整；是否有未完成、未测试或被阻塞项。[COMPLETED] 仅表示 builder 自报完成，不等于你的验收通过。证据不足则要求补充；如需返工，新建 handoff 并重新审批，原 handoff 保持原样。复核过程继续写入 Build Log。

5. 按工作类型调整应用方式

   根据产出类型调整讨论与检查重点：文档类（setup guide）——确认受众、前置条件、步骤与当前产品一致、含错误处理；代码类——明确行为规格（空输入处理、返回值、需保留的现有行为），检查是否覆盖请求行为；软件功能类——梳理多部件交互（如导出按钮：导出内容、文件位置、格式、失败表现），按用户路径 walkthrough 并检查异常流程。

6. 选择角色并开始小规模验证

   从解决当前最痛点的角色开始：SecondBrain（跨项目规则与全景）、Umbrella PM（项目组合协调）、Project PM（单项目计划与交接）、Slack-Ready Team Bot（共享对话应答）、Fleet Ops（群组 Bot 健康检查）、Mail Bot（收件箱分拣与回复草稿）、Money Bot（账单与订阅监控）。导入模板后，带入你自己的规则、项目记录或账户信息，连接自己的服务，配置参与人员。先用一个小任务验证：Project PM 能否找到项目记录并区分已决与待决；Mail Bot 的首批分拣与草稿是否可用；Money Bot 的首个预测是否匹配你提供的账单。根据首次结果修正设置，再依赖定期流程。

无提示词，按步骤操作即可。