Grok Bot工作收件箱AI 评分 · 82/100AI 辅助编辑·未发现明显提示词注入风险X

一人公司 7 天用 6 个 Grok Bot:handbook 角色分工 + 三规则

订阅 Premium → 设定安全规则 → 编写 handbook → 逐日配置 6 个 Bot 角色 → 按周节奏自动运行

有一点经验步骤贴士
给谁
单人创业者、一人公司运营者,希望把收件箱、CRM、客服、内容、发票、研究等六份工作交给 AI 分担
你会得到
6 个 Bot 按日程自动执行:早间简报、线索研究、内容草稿、客服草稿、财务对账、审核把关;创始人只需批准队列、做不可替代的工作、审阅周五总结
你需要
Grok Bot

硬约束

需要 X Premium 订阅($30/月,含 Grok Bot)。所有 Bot 共享同一台云端计算机,非安全边界,因此需为 Bot 创建专用邮箱、在 CRM/客服系统中设只读或有限权限席位,禁止绑定银行登录或支付管理。不可逆操作(发送、发布、退款、删除、签署、付款)必须设「需你点击批准」。业务知识存放在自有的 Drive / Notion / GitHub 中,再连接给 Bot 读取。xAI 未公布具体用量数字,Routine 臃肿或 Bot 群可能耗尽周用量池。

他们做了什么

作者(0xfuckpoverty)为单人创业场景设计了一套 7 天部署方案:先建立三规则安全基线,再编写 6 文件 handbook,然后逐日「雇佣」6 个 Grok Bot(Brief/Helm/Kit/Quill/Scout/Penny)并配置定时 Routine,最终形成每周自动运转的工作节奏。

效果如何

作者报告(author_report):设置完成后,创始人的工作缩减为三件事——批准队列、做只有你能做的工作、审阅周五总结。未提供具体量化数据。

值得知道

1. Beta 风险:产品细节可能变化,搭建流程需能容忍意外。2. 安全边界:所有 Bot 共享同一台云端计算机,xAI 官方文档明确不将其视为安全边界,因此权限设计须按最坏情况假设。3. 用量限制:周用量池与 Grok、Cursor 共享,臃肿 Routine 或大量 Bot 群可能中途耗尽。4. 浏览器自动化局限:CAPTCHA 和登录拦截常见,优先使用官方连接器/插件。5. 记忆限制:Grok Bot 的 memory 无法逐项检查或导出,业务知识必须存放在你自有的 Drive/Notion/GitHub 中。6. Skill 初稿:从录屏生成的 Skill 只是第一版,须人工审核测试后再信任。

步骤

  1. 安全建议

    安全建议:在机器人执行删除或移除之前,先确认要删除的对象并人工确认。

  2. 订阅并锁定安全基线

    在 X 订阅 Premium tier($30/月)。创建 Bot 专用邮箱;在 CRM、客服台等工具中为 Bot 开设有限席位,默认只读,仅在必要时给写入权限。绝不绑定银行登录、卡号或支付管理后台。在 Grok Bot 中设置批准规则:所有不可逆操作(发送、发布、退款、删除、签署、付款)必须「Require Approval」;阅读和起草可设为自动。

  3. 编写 handbook

    在 Drive / Notion / GitHub 中新建 handbook 文件夹,包含 6 个短文件。文件内容要具体,用真实示例代替形容词;若同一问题纠正 Bot 两次,就把修正写进 handbook。

    搭建指导 · 来源原文。handbook 目录结构参考;在 Grok Bot 外部文件系统或 Drive/Notion/GitHub 中创建对应文件

    handbook/
      company.md     what we sell, to whom, for how much
      voice.md       how we write, with 5 real examples
      never.md       claims, phrases and topics we avoid
      faq.md         every customer question + approved answer
      policies.md    refunds, response times, escalation
      customers.md   ideal customer, in detail
  4. 配置 Brief(首席幕僚)

    新建 Bot 命名为 Brief,角色为 Chief of Staff。先手动运行一次早间简报:让它读取其他 Bot 的输出和你的日历,生成 200 字以内的摘要(优先列出待决策事项、会议准备、关键数字、异常提醒)。确认输出符合预期后,设为每个工作日 07:00 自动执行。注意:Brief 只汇报,不执行操作。

  5. 配置 Helm(客服)与 Kit(审核)

    新建 Bot Helm,角色 Support。给它连接 faq.md 和 policies.md,让它分拣工单并起草回复。硬性规则:若工单涉及退款、法律问题、愤怒客户,或 FAQ 无答案,则写升级备注,绝不编造政策。先手动测试几单,统计节省的时间。 随后新建 Bot Kit,角色 Reviewer。将 Helm 的草稿指向 Kit,让它对照 never.md、voice.md、policies.md 预审,输出一行结论:「clean」或「broke rule X」。持续调优直到它能抓住你本会亲自发现的错误。

  6. 配置 Quill(内容)与 Scout(研究)

    新建 Bot Quill,角色 Content。每周五让它把你的一篇长文改写成:newsletter 段落、一条 thread、三篇独立帖子、一个短视频脚本,全部存为草稿。Quill 用你的 voice.md 风格写作,但想法仍须来自你本人。 新建 Bot Scout,角色 Research。周一自动检查竞品定价页和更新日志,扫描公开讨论,写一份带链接的周报,每条声明须标注来源,未验证内容须标记。每日自动为新线索写两行摘要+匹配度评分。各设一个 Routine,不要一次加太多。

  7. 配置 Penny(运营财务)并复盘

    新建 Bot Penny,角色 Ops and cash。每月 1 号让它读取只读导出文件,分类支出、对账发票与打款、列出未来 30 天续费项。所有总数须用代码计算并与源文件交叉核对,不做估算。首次运行先手动带 Penny 走一遍整月账目,逐条检查数字。随后打开 Usage 页面,观察哪些 Routine 消耗最多用量。

  8. 启用群组协作与持续调优

    多 Bot 群组聊天消耗用量较快,建议最后才启用。仅用于真正跨角色的工作流,例如竞品价格变动触发 Scout 报告 + Quill 草稿 + Helm FAQ 更新一次性联动。日常保持各 Bot 独立 Routine。持续注意:Grok Bot 为 Beta,细节可能变化;共享计算机不是安全边界;浏览器自动化可能被 CAPTCHA 拦截,优先使用官方连接器/插件;从录屏生成的 Skill 只是初稿,须人工审核测试后再信任。

可复制提示词

运行提示词 · 来源原文。使用前确认粘贴位置、输入变量及输出格式。

这一段是提示词,页面不会在这里插入广告。

handbook/
  company.md     what we sell, to whom, for how much
  voice.md       how we write, with 5 real examples
  never.md       claims, phrases and topics we avoid
  faq.md         every customer question + approved answer
  policies.md    refunds, response times, escalation
  customers.md   ideal customer, in detail

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

来源

一人公司 7 天用 6 个 Grok Bot:handbook 角色分工 + 三规则(分账最小权限 / 不可逆需你点 / 你当 CEO) · 0xfuckpoverty · X · 2026-10-18T08:58:15.000Z

留言与反馈

试过这个方法吗?分享效果、遇到的问题或改进建议。留言审核后公开,请勿填写敏感信息。

正在加载…

    相关用例