产品人人都是产品经理·阿真Irene··AI 生成
使用GrokBot两个月后，我的GrokBot分工全公开分享。
作者用两个月搭建了一套以 GrokBot 总控、按收藏学习／内容生产／素材收集／资讯／日常杂事／友军系列分组的 Bot 体系，核心经验是「重活给 Grok CLI、轻活给 Bot，谁便宜谁执行、谁聪明谁指挥」。文章给出每个 Bot 的具体分工、触发方式和踩坑记录，并指出 GrokBot 不适合长上下文与需反复评审的 Coding 任务、Bot 越多越费 token 需合并职责。适合已在用或准备配置多 Agent 工作流的知识工作者对照参考。原文 ↗原文 ↗
核心观点
- ▍GrokBot 本质是 personal agent，擅长琐碎、日常、收集整理类任务，不适合需长上下文和反复评审的复杂流程。
- ▍核心分工原则：重活给本地 Grok CLI（token 多），轻活给 GrokBot，Coding 类交给 Claude Code、Kimi Code 等，GrokBot 只派活和串联。
- 01总控 Bot 只告诉一次存储路径即可同步改掉所有收藏类子 Bot 的设置。
- 02长按回复气泡选表情做快捷反馈：点赞=稍后处理进收藏 Bot，爱心=直接存入本地 Obsidian 选题库。
- 03学习 Bot 用「学习包」skill 把一条视频扩成 10 个视频的学习路线，向上找前置知识、向下找进阶内容。
- 04资讯类 Bot 按平台拆分（YouTube/B站/X/Reddit/GitHub/Product Hunt/HN），主管 AI 情报总编收齐后交本地 Grok CLI 去重核查再出清单。
- 05GrokBot 支持分组和群组，每组最多拉 6 个 Bot，同一需求下各 Bot 分头执行再统一汇总。
- 06记账 Bot 通过飞书 CLI 打通多维表格，月底出统计图表；会员订阅提前三天提醒续订。
反方 / 局限
- — 每个 Bot 的回复、定时任务、Bot 间互发消息、群聊回复都算用量，且每轮重读自己的聊天记录，聊得越久越费。
- — 作者承认 Bot 建太多会导致职责重叠，中期做了一轮合并，并建议一开始就想清楚定位。
- — 作者先入为主使用 GrokBot，对 Muse 仅为初步体验，对比结论带有立场偏差；云电脑登录 Claude Code 账号可存活时间被朋友验证为不稳定。
18 分钟 · 6 卡片 · 14 资料
读原文 →概念锚点
前置背景
功能拆解
论证骨架
平行视角
延伸追问