GetBindu/Bindu

Bindu: слой идентификации, коммуникации и платежей для AI-агентов.

Агенты⭐ 9 827Pythonпоследний релиз: 2026.22.4

Что это за инструмент

Bindu — это инфраструктурный слой (SDK), который добавляет AI-агентам криптографическую идентичность, возможность общения по протоколу A2A и прием платежей в USDC.

Зачем нужен

Инструмент решает проблему сложной интеграции (plumbing) для агентов: вместо ручной настройки DID, OAuth и платежных шлюзов разработчик оборачивает свой хендлер в функцию bindufy(). Это позволяет агентам мгновенно получать уникальный идентификатор, общаться с другими агентами и требовать оплату за работу.

Что можно реализовать

Создание автономных AI-агентов, которые могут самостоятельно принимать заказы и получать оплату в USDC через EVM-цепочки.
Организация взаимодействия между множеством агентов (swarm) через единый почтовый ящик (inbox) с верификацией подписей.
Быстрый вывод существующего агента (на базе Agno, LangChain или CrewAI) в сеть без написания сетевого кода.
Использование FRP-туннеля для безопасного экспорта локального агента в интернет без настройки проброса портов.

Ключевые возможности

Единый интерфейс bindufy() для Python, TypeScript и Kotlin с общим gRPC-ядром.
Встроенная поддержка протокола A2A для коммуникации между агентами.
Интеграция с x402 для обработки платежей в USDC на любых EVM-сетях.
Автоматическая генерация криптографической идентичности (DID) для каждого агента.
Поддержка любого фреймворка агентов (Agno, LangChain, CrewAI или кастомный код).

👤 Кому подойдёт: Разработчики AI-агентов, создающие автономные сервисы, требующие межмашинного взаимодействия и монетизации.

Релизы

2026.22.4majorbreaking

🕐 3 мес назад · релиз на GitHub ↗

Bindu 2026.22.4: внедрён порядок settle-first для x402, закрыт разрыв между проверкой и расчётом, улучшена обработка ошибок.

Added: Внедрён порядок settle-first: оплата проходит до запуска агента, что исключает расход токенов LLM при ошибках оплаты.
Fixed: Исправлен разрыв verify-vs-settle: артефакт теперь доставляется только после успешного settlement, а при сбое сохраняются данные для ручного восстановления.
Breaking: Внутренний API Worker изменён: метод _handle_terminal_state больше не принимает payment_context, вместо него используется settlement_metadata.
Fixed: Устранены ошибки логирования и утечка деталей ошибок фасилитатора в сообщениях для пользователя.
Added: Обновлены зависимости Starlette до 1.0 и OpenTelemetry, добавлены E2E-тесты и документация по новым сценариям ошибок.