GetBindu/Bindu

项目概览

默认开启 mTLS、OAuth2、DID 三层安全机制，并通过 x402 协议实现 Agent 间的 USDC 链上支付，提供了涵盖通信、身份与支付的一体化基础设施能力。

项目类型

AI Agent · 基础设施

应用场景

自动化执行

部署方式

查看项目说明

License

License 待确认

适合谁

• 需要构建具备安全通信与身份验证能力 AI Agent 的后端与 AI 工程师。
• 希望为 Agent 服务加入链上按需计费与商业化能力的开发团队。

核心能力

• 通过 A2A JSON-RPC 协议暴露 Agent 能力，支持 message/send 发送消息、tasks/get 获取任务状态以及 message/stream 进行消息流式传输。该能力作为核心功能，为多 Agent 间的标准化通信提供基础。
• 使用来自 step-ca 的 X.509 证书对通信 Socket 进行加密，并强制客户端与服务端进行双向身份认证，确保数据在传输过程中的机密性与完整性。
• 使用 Ed25519 密钥对 Agent 的每条响应进行签名，响应可通过 W3C DID 标准进行验证。这使得 Agent 产生的输出具有不可抵赖性且可独立审计。
• 通过 Ory Hydra 的 introspection（内省）机制校验调用方的 Bearer Token 权限范围，实现精细化的调用方授权控制。
• 允许 Agent 在执行特定任务或提供数据之前，强制要求调用方在 EVM 兼容链上支付 USDC 稳定币，实现 Agent 服务的即用即付模式。
• 允许 Agent 在其 Agent Card 上声明自身具备的能力（Skills），使得其他 Agent 可以通过读取卡片来发现和匹配所需服务。
• 支持两个 Agent 在正式执行任务前，预先就服务价格、响应延迟和 SLA（服务等级协议）等条件达成共识，保障双方权益。
• 利用 FRP 隧道技术将本地运行的 Agent 安全暴露到公共互联网并生成可访问地址，整个过程无需在路由器上配置端口转发。

限制与风险

• 项目明确要求 Python 3.12 或更高版本，对现有使用较低版本 Python 环境的存量系统存在兼容性升级门槛。
• 运行官方示例或使用 Gateway 编排能力时，必须配置至少一家 LLM 提供商（如 OpenAI 或 OpenRouter）的 API 密钥，这会引入外部服务依赖与潜在的运营成本。
• 项目官方文档记录了一些已知问题（Known Issues），在生产环境大规模推送前，开发团队必须仔细阅读并评估这些潜在风险。

如何开始

• 需安装 uv 包管理器，运行 uv add bindu 安装依赖。接着配置至少一个 LLM 提供商的 API 密钥（如 OPENAI_API_KEY），最后编写 Python 脚本实现并传入处理函数给 bindufy() 即可完成对接。请注意环境需 Python 3.12 及以上版本。

核验依据

• GitHub 项目简介: Bindu: The identity, communication, and payments layer for AI agents.
• README: You'll need Python 3.12+ and [uv](https://github.com/astral-sh/uv).
• README: Bindu is all of that plumbing, behind one function call. You wrap your handler with `bindufy()`, and a few seconds later your agent is online with its own cryptographic identity
• README: We're using Bindu in production to build the **Trade Compliance OS**
• Release: 2026.22.4: x402 settle-first + scenario hardening

内容核验时间：