Balanov 第四个工具：latch 给 agent 和服务之间加了一道 HTTPS 合同

Balanov 11 月 4 日深夜发布了第四个工具：latch。183 星，MIT，JavaScript，创建不到 24 小时。加上 shim（模型适配）、verdict（结果验证）、skein（编排控制），四个工具构成了一套轻量的 agent 基础设施栈。latch 解决的是最后一环：agent 和外部服务之间的安全通信。

一、五个操作，一个 POST 端点

latch 的设计极简：一个 JSON/HTTPS 合同，一张卡片，一个 POST 端点，五个操作。不需要 SDK。流程是 discover（发现服务）→ ask（无副作用的读取）→ quote（精确报价加 SHA-256 摘要，不执行）→ approve（本地信任决策绑定摘要）→ commit（摘要加批准加幂等键）→ status（任务与提供方断言回执）。

关键在 quote 和 approve 的分离：agent 先拿到报价和 SHA-256 摘要，人审阅后重复摘要做确认，不匹配就在连接前中止。commit 用 Idempotency-Key 保证重试不会重复执行。

二、与 MCP 的关系

README 明确写了 latch 不替代 MCP、A2A、OpenAPI 或支付系统。它提供的是一个小的边界：agent 和服务之间的「报价→批准→执行→回执」流程，确保 agent 不能跳过人的批准直接执行有后果的操作。

这和 metapi 盗刷事件的教训形成对照：metapi 的问题在于 agent 可以绕过鉴权直接拿走 key 并执行操作，没有审批环节。latch 的五步流程就是为这种场景设计的护栏。

三、零依赖

Node.js 20+ 参考客户端/服务端/CLI，单个 ESM 文件，零运行时依赖。可选单写持久存储和调用方作用域认证。可选 MCP stdio 桥。没有注册、账号、遥测、托管代理、自动安装器或支付通道。

四、冷水：四条都得泼

一，创建不到 24 小时，实验性 wire 0.1，演示订单是模拟而非真实执行。二，183 星、0 fork 的单人项目。三，Balanov 两天连发四个工具，产出密度极高但也意味着每个工具的成熟度都有限。四，latch 的实际价值取决于有多少服务愿意实现这个合同，一个只有客户端没有服务端的协议很难产生网络效应。

五、判断

Balanov 四件套完成了 agent 基础设施栈的最后一块：shim 管模型接入，verdict 管结果验证，skein 管编排控制，latch 管服务通信。四件事加起来覆盖了 agent 运行时的完整生命周期。latch 的五步流程（quote→approve→commit）是 agent 安全的正规做法，metapi 那种「鉴权破了就全军覆没」的问题在 latch 的设计里不会发生。但一个人四天写四个工具的产出密度，也意味着每个工具都需要社区接手才能活下去。

来源：github.com/Balanov/latch（第一手，README 全文已读，2026-11-05 直读）。