我提供给 Codex 的最佳工具是定制的 CLI

Sat, 11 Apr 2026 10:50:00 +0800

正文内容

Codex 非常擅长使用工具，当工具可以表示为精确命令时。

这听起来很明显，但它改变了我对如何让 Codex 访问我每天使用的东西的思考方式。

连接器或 MCP 服务器非常适合访问。我以这种方式使用 Slack、Linear 和 Sentry。但有时源输出太大、太嘈杂或太尴尬，无法一直直接交给 Codex。在这些情况下，我经常想要一个在旁边的东西：一个带有标志的命令、稳定的 JSON、可预测的错误和一个帮助屏幕。

这给了 Codex 它已经非常擅长使用的东西。

它可以搜索、缩小范围、重试、管道输出、将大结果写入文件、检查 –help，并从最后一个结果组合下一个命令。几乎没有仪式。

如果你想要操作指南，我写了如何让 Codex 构建一个的指南：

创建 CLI Codex 可以使用：https://developers.openai.com/codex/use-cases/agent-friendly-clis

第一部分是使用 Codex 创建 CLI。第二部分是将 CLI 包装在技能中，这样未来的 Codex 线程就知道首先运行哪些命令、拉回多少输出以及哪些操作需要批准。

以下是我实际以这种方式使用的三个 CLI。它们不是连接器的替代品。当我希望 Codex 处理一个大数据源而不将整个东西拖入线程时，它们坐在连接器旁边。

我的旧 Codex 线程充满了有趣的模式，我想从中学习并将其编码成对未来有用的技能和自动化。

我让 Codex 一直引用它自己的线程。我还设置了一个自动化，扫描最近的线程以寻找值得保存为技能的模式。

原始会话存档太嘈杂，无法直接交给 Codex。它包括工具输出、部分尝试和仅在该时刻有用的上下文。你可以告诉 Codex 直接阅读它的线程。它有效，但如果你经常这样做，它会变慢和嘈杂。