Bindu 智能体连接层

这个 Agent 能做什么，适合哪些场景？

Bindu 是一个将现有智能体处理函数接入 A2A 网络的开发框架，而不是替代模型或智能体框架。开发者通过 Python、TypeScript 或 Kotlin SDK 将 handler 包装为 bindufy()，使其在默认示例中通过 3773 端口提供 A2A JSON-RPC 接口。它将 DID 身份、Ed25519 消息签名、OAuth2/Hydra 授权、mTLS 传输和可选 x402 USDC 支付置于处理函数之前。任务可通过 message/send 提交，并以 tasks/get 轮询状态；仓库还列出 Postgres 存储、Redis 调度、推送通知、私有技能和网关编排。它适合希望保留 Agno、LangChain、CrewAI 或自定义业务逻辑，同时增加标准化智能体通信与身份控制的团队。

应用调用 bindufy(config, handler) 注册一个只接收 messages 并返回响应的处理函数。运行后的服务接收 A2A JSON-RPC 请求，例如 message/send、tasks/get 和 message/stream；请求体可携带 X-DID-Signature，安全栈还包含 mTLS 证书和经 Ory Hydra 内省的 OAuth2 bearer token。Bindu 将处理函数的结果作为 A2A 任务响应返回，并可将任务和消息存入 Postgres、用 Redis 调度重试、超时与定时任务。配置 deployment.url 为本地地址且 expose: true 时，会建立 FRP 公网隧道；启用 x402 后，处理函数执行前可要求调用方在 EVM 链上支付 USDC。

1. 使用 Agno 构建研究助手的开发者，希望将现有 handler 以 A2A message/send 接口发布给其他智能体。
2. 运营多智能体工作流的团队，需要通过 gateway 在一组 A2A 智能体之间规划、编排并流式返回结果。
3. 提供付费分析或顾问服务的开发者，希望在业务 handler 运行前通过 x402 要求 USDC 支付。
4. 需要验证调用方身份的企业集成团队，希望将 DID、Ed25519 请求签名、OAuth2 scope 与 mTLS 用于智能体接口。
5. 在笔记本上开发智能体但无法配置端口转发的个人开发者，可用 expose: true 将本地部署公开到互联网。

这个 Agent 有哪些优点和局限？

如何安装或部署这个 Agent？

要求 Python 3.12+ 和 uv。安装 SDK：

uv add bindu

开发仓库本身时：

git clone https://github.com/getbindu/Bindu.git
cd Bindu
uv sync --dev

运行 README 中的示例还需要至少一个模型提供商凭据：OPENROUTER_API_KEY、OPENAI_API_KEY 或 MINIMAX_API_KEY。

如何使用这个 Agent？

Python 快速接入的核心调用为：

from bindu.penguin.bindufy import bindufy

config = {

"author": "[email protected]",
"name": "research_agent",
"description": "Research assistant with web search.",
"deployment": {"url": "http://localhost:3773", "expose": True},
"skills": ["skills/question-answering"],
}

def handler(messages: list[dict[str, str]]):

return agent.run(input=messages)

bindufy(config, handler)

README 的 Agno 示例将该 handler 连接到 OpenAIChat(id="gpt-4o")。服务上线后，可向 http://localhost:3773/ POST JSON-RPC message/send，并用相同 taskId 调用 tasks/get 直到状态为 completed。README 未给出将脚本保存后启动它的精确命令，也未给出 Agno 依赖的安装命令。

常见问题