使用 Grok Build 自动化 X 信息收集 — 基于 Claude Code，无需 API 或浏览器 (agmsg 1.1.1)

到目前为止，从 Claude Code 自动化 X 一直有点时好时坏。通过控制浏览器来抓取数据是一种选择，但这在 X 的服务条款上处于灰色地带。至于官方的 X API，高昂的成本一直是自动化的障碍。抓取是灰色地带，API 又贵。X 自动化长期以来一直卡在这里。

这就是 Grok Build 的用武之地。这个模型有一个名为“X Search”的工具调用，并直接连接到 X 的数据。由于它是 xAI 的模型，既不是灰色抓取，也不是昂贵的 API；模型可以直接从 X 提取数据。我觉得这终于让 X 自动化变得可行了，所以我在 agmsg 1.1.1 中添加了对 Grok Build 的支持。通过将其加入你的 Claude Code 团队，你可以在平常的工作区里直接处理与 X 相关的任务。

试试看

在 Claude Code 中，我问我的 Grok Build 助手：“查找过去两周内开发者发布的帖子，这些开发者正在使用多个编码 Agent（如 Claude Code、Codex 或 Cursor），但由于 Agent 之间无法协调或缺乏共享收件箱而感到困扰。排除产品推广和官方公告，只找真正的开发者反馈。按互动量列出 3-4 条，包括账号、链接以及一句话摘要。”

加入同一个 agmsg 团队的 Grok Build 在 X 上执行了这个任务，并直接返回结果。一个简短、按排名排列的列表，没有噪音。不需要浏览器，不需要复制粘贴，几步就完成了。这不是一场舞台演示，而是真实的一次性执行结果。

返回的内容本身完美地说明了“为什么需要 agmsg”。有些人正在努力手动连接它们（@PawelHuryn）。要让 Claude Code 和 Codex 成为平等的合作伙伴，而不仅仅是工具，他们必须对齐 AGENTS.md、同步技能，并让两者读取 MCP 设置。这可行，但全是手动的。其他人写道，即使通过收件箱连接后，“为了保持快速推进，我不得不不断手动告诉两者‘检查收件箱’”（@chrisreedbates）。

有趣的是，互动量最高的帖子来自一个已经找到答案的人。正如我上次提到的，@izutorishima 在 Opus 中确定设计，将指令传递给 Codex，并写上“完成后通过 agmsg 报告给等待中的 Claude”，从而无需自己充当中间人就能设置 Agent 协调。我去寻找痛点，结果既得到了痛点，也得到了一个实际解决痛点的案例。

为什么选择 Grok Build？

首先，访问门槛消失了。 “抓取是灰色地带，API 贵”的问题随着 X Search 而消失，因为 xAI 模型直接连接到 X。这是最重要的因素。

而且关键在于，通过 agmsg 添加 Grok Build 与仅仅调用搜索 API 不同。你面对的是一个 Agent。所以，它不仅仅是获取数据，还可以一次性搜索、阅读、按条件过滤、整理，甚至做出后续判断。在演示中，我不需要将“排除广告”、“按互动排序”、“一句话摘要”或“用日语”作为单独的步骤指定；Agent 自己就组装出了响应。其可能性范围不同于简单的检索或搜索。

还有实际的速度和整洁性。它很快，因为浏览器自动化不会陷入循环。你得到的是结构化的答案，而不是需要解析以去除噪音的原始文本。

这并不是为了竞争能抓取多少条新帖子。目标是在不处于灰色地带的情况下，直接从你平常的工作区自动处理 X。

1.1.1 的新功能

grok-build agent 类型（#216）：agmsg 现在可以从 xAI Grok Build CLI 中使用。Grok Build Agent 可以加入团队，并像其他成员一样交换消息。
spawn --model（#135）：你可以在生成合作伙伴时选择模型。你可以根据需要即时启动合适的 Agent（比如用于 X 相关任务的 Grok Build）。
多项可靠性修复（监听器清理范围、会话结束时干净退出、监视器路径的参数引用）。

测试时我踩到了一个坑

要让 Grok Build 正确接收消息，需要一个只有实际运行才能发现的修复。最初的实现使用与 Claude 路径相同的“被动钩子”来传递消息。测试通过了。但实际使用时，没有任何消息到达。更糟糕的是，消息中途被标记为已读，所以不仅是无法到达——它们直接消失了。测试是绿色的，但传递率为零。

修复方法是停止与钩子较劲，转而使用 Agent 原生支持的方法：每轮读取一个规则文件。它自己检查收件箱并拉取等待的消息。一旦我切换过去，交接就完美运行了。我在问题影响到其他人之前就解决了它。

为什么采用这种格式？

agmsg 保持协调的开放性和可控性。你选择将哪些 Agent 放入团队。每一次交接都是可见的。任何来自外部的内容只有在被信任后才会加载——这是我在 1.1.0 中添加的一道关卡。目前，将许多模型捆绑在一个单一封闭 API 背后的炒作很多。agmsg 押注于“多 Agent 协调优于单一整体”的相同方向，但方法是开放的。你选择让谁加入团队，并在你自己的机器上观察它们工作。