一个没写在文档里的接口，能不能被挖出来？有人用开源逆向工具 REA 配合 Codex，在桌面客户端里找到了答案。

做法并不复杂：在提示词里明确告诉 AI「告诉我需要怎么配合」，让 Agent 结合 REA 自动检索并追踪 Electron 应用的源码，人机协同完成黑盒探查。整个过程不需要手动反编译，就能搞懂应用内部的运行机制。

挖出的那个接口

测试中浮出水面的，是 OpenAI 客户端内置的一个 API：document.oai.annotation.request()。作者据此做了一个测试页，成功在自定义网页中调出评论填充框，也就是从网页端主动触发输入填充。

这个结果让作者自己都有些意外，他的原话是：「原来 OpenAI 本来就提供了 API 只是我一直不知道。」

换句话说，能力一直躺在客户端里，只是没有对外说明。

横向一比，差距出来了

发现之后，作者顺手做了横向测试，对比了另外两款工具的支持情况：

  • Cursor：暂不支持类似能力
  • Claude Code：暂不支持类似能力

同一类需求，三款产品的开放程度并不一致。OpenAI 客户端把接口留在了运行时里，另外两家目前还没有对应的口子。

方法本身比接口更值得看

这次探查真正的价值，或许不在那个 API 上，而在流程上。REA 负责检索和追踪代码链路，Codex 负责理解和串联，人负责在关键节点补位——提示词里那句「告诉我需要怎么配合」，就是把人的位置提前写进了协作流程。

对做 Electron 应用的人来说，这套组合意味着：想搞清楚一个桌面客户端内部怎么跑，不一定非得从反编译开始。