Muse 当司令塔，Grok Build 专职搜 X：一套分工提示词

让 AI agent 各司其职，日本开发者 たびとぶ（@tabitobu）给出了一个精巧的样板：Muse 当司令塔，Grok Build 专职搜 X。这条 11 月 1 日的帖子拿了 545 赞、989 收藏——收藏比点赞多一倍，说明大家是真想抄作业。站内之前写过 Meta Muse 的测评，这篇正好补上它和 Grok 组队的玩法。

一、分工的逻辑：贵的不是能力，是订阅

核心思路一句话：Muse 本体搜不了 X，那就把带 x_search 工具的 Grok Build CLI 装进 Muse 的虚拟机，Muse 以司令塔身份在后台调 Grok。经济账算得很清楚：X 搜索这一件事外包给 Grok，就不需要 Grok 的应用或高价套餐，最便宜的带 Grok Build 的 X 套餐（X Subscription Plus，作者写的是每月 8 美元起，2026 年 11 月时点）就够用；他自己升级后因为优惠到 2027 年 5 月每月只要 960 日元。登录用设备认证，本人亲自完成。

二、五步安装指令，句句有玄机

作者给 Muse 的第一条指令是个五步清单，细节全是防坑设计：装 Grok Build 前先读安装器内容确认再执行，明确不搞 curl 一把梭；grok login 用设备认证模式在后台起，把认证 URL 和码递给本人，浏览器操作归人；动作测试只做一次 X 搜索；从返回结果里抽一条 URL 实际打开核对，确认之前不许断言「能用」；最后把版本、路径、登录方式、测试结果写进 TOOLS.md 和记忆。还有一个「最短版」给赶时间的人，三句话压成一团。

三、日常模板与安全护栏

日常要查 X 时对 Muse 说：搜索交给 Grok Build、调用仅一次、结果当线索处理，重要主张必须拿原始帖子 URL 或别的一手信息核实，Grok 失败或撞限额就不重试、如实标注「X 未确认」。传给 Grok 的提示词雏形里同样藏着护栏：必须使用 x_search（不明示的话 Grok 会用普通网页搜索糊弄过去）；禁止发帖、回复、点赞、转发——全程只读；最多给 5 件代表案例，带日期、账号、摘要和直链；找不到就老实回答「无」。

集成进定期扫描的版本规则更严：每次扫描最多调用一次（一次约 2 分钟，且消耗与 Grok 聊天共享的计划额度，所以关键词合并一次问）；X 内容只是线索，能用约定手段完成一手确认的才算「命中」；检测到未登录就记录「X 未确认」并提醒本人重新登录，扫描不中断；扫描过程中绝不自动执行登录。

四、值得抄的不是提示词，是姿态

帖子最后总结的几条运营心得，条条都是踩过坑的：x_search 必须在提示词里明示；一次调用约 2 分钟且吃共享额度，不要乱发；AI 给的摘要永远当线索，重要信息开原帖核实，第一次用必做 URL 实在性检查；登录失效不会自愈，要设计成提醒人而不是干等；只读到底，把发帖权限彻底关死。

这套方案和站内一贯的主张完全同频：agent 的输出是线索不是结论，验证动作要写进流程而不是靠自觉。真正值得学的是架构思路——把昂贵或受限的能力当外挂按需调用、用最低的订阅组合拼出工作流，以及把「不信任」制度化成提示词和规则。