TapeAPI 1.0 adds signed receipts to AI API and MCP calls

BruceBlue 🌊 @BruceBlueOriginally posted 2026.09.29

Open original on X

TapeAPI 1.0 正式发布了。 两天前第一次介绍 TapeAPI 时，它还只是一个 pre-alpha： 让 TapeOut 上的 Service 可以证明「这句话是谁说的」。 但做到 1.0 以后，它正在变成一个更有意思的东西： 给 AI / Agent 的每一次调用，都附上一张无法抵赖的签名回执。 比如你调用 OpenAI / Anthropic 兼容 API： ▪ 谁回答了你 ▪ 对应的是哪一个 Request ▪ 返回了哪些 Bytes ▪ 声称消耗了多少 Token ▪ 按什么价格计算 都会进入一张签名 Receipt。 服务身份来自 TapeOut 电路 Container，Endpoint 和 Price Table 可以发布到链上。而开发者几乎不需要改变原来的使用方式：官方 OpenAI / Anthropic SDK 照旧使用，只需要换 Base URL。 这次 1.0 我觉得几个更新比较重要： 1. AI Signing Sidecar：OpenAI Chat / Responses、Anthropic Messages、Embeddings、Streaming 全部支持。Claude Code、Codex 也已经实测。 2. new-api 可以直接接 TapeAPI：不需要修改 new-api 本身，一条 docker compose up，就可以让一个 AI 中转站开始给回答签名。也就是说，现有 AI API Provider 不需要重新造基础设施。 3. tapeapi-verify：Claude Code / Codex 可以在本地验证每一次 AI 回答。严格模式下：签名不对、Request 对不上、Receipt 有问题 → 这条回答直接不进入 Agent。 4. MCP，现在已经有公共 MCP Endpoint： https://api.tapeapi.fun/mcp ▪ 8 个工具全部带签名 Receipt，并且 TapeAPI 已经进入 Official MCP Registry。 如果你自己已经有 MCP Server，也可以直接在前面加 TapeAPI Signing Proxy。 ▪ 所以现在不只是：AI → MCP → Tool ▪ 而可以变成：AI → MCP → Signed Tool → Verifiable Receipt 5. Private Channel / Group：TapeOut Container 之间已经可以建立端到端加密通道和群组。 Relay 只能看到密文，所以 TapeAPI 开始同时覆盖： ▪ Service Identity + API + MCP + AI Receipt + Machine Communication 另外，TAP-20 / 21 / 23 / 26 / 27 已进入 Stable v1。 从 1.0 开始遵循 Semantic Versioning： 按 1.0 文档开发的东西，整个 1.x 都保证兼容；真正 Breaking Change 只会进入 2.0。 目前 TapeAPI 的 Receipt 证明的是「谁，对什么请求，说了什么」。 它不能证明 Provider 背后真的跑了它声称的那个模型，也不能证明回答本身是真的。 它解决的是：Provenance + Accountability。 在 Agent Economy 里，这可能是一个很基础的问题： 未来几十亿个 Agent 相互调用 API、MCP 和其他 Agent 时，机器之间不能只交换答案，还需要交换「这份答案的责任证明」。 这就是我现在理解的 TapeAPI。 TapeAPI 1.0： https://github.com/BruceLanLan/tapeapi/releases/tag/v1.0.0 GitHub：https://github.com/BruceLanLan/tapeapi 官网：https://tapeapi.fun 最后还是感谢 @Theairresearch 最早提出 TapeAPI 这个 idea。 TapeAPI 未来任何收入的 10%，永久归 idea 提出者。 No token. Just open source. #TapeOut Builder Culture 🦾

This post quotes another post: x.com/bruceblue/status/2104149201248780680