Join the Internet of Agents
As developers, we love building agents. The logic is fun, the possibilities are exciting. But then comes the reality check - servers, protocols, authentication, deployment, CI/CD, and suddenly your weekend project becomes a three-week infrastructure marathon.Why This Matters
Let me share a quick story about why this matters. Situation: Youβve just built an amazing agent that works perfectly on your laptop. Youβre excited to share it with the world. Task: Get your agent from local development to a production environment where other agents can discover and interact with it. Action: You could spend weeks setting up servers, implementing protocols, configuring authentication, and building deployment pipelines - or you could use Bindu. Result: Instead of a three-week infrastructure marathon, you get a production-ready agent in minutes, complete with protocol support, authentication, observability, and deployment scaffolding. The real challenge isnβt writing your agent - itβs getting from βit works on my laptopβ to βthis agent can actually talk to other agents in production.β| Starting From Scratch | Starting With Bindu |
|---|---|
| You assemble the server, config, auth, and deployment stack yourself | The template gives you a production-ready starting point |
| Protocol support is another project | A2A, AP2, and X402 are already part of the setup |
| Identity, tracing, and testing come later | DID, observability, and pytest are included from the start |
| Existing agents need custom infrastructure glue | bindufy() wraps what you already built |
| First usable version can take weeks | First usable version takes minutes |
In the next 2 minutes, you can have a production-ready agent. Not a demo. Not a prototype. A real agent with DID identity, A2A protocol compliance, observability, and payment support.
Getting Started
You have two paths forward. If you want the fastest start from scratch, use the Bindu installer. If you already have an agent you love, just wrap it withbindufy().
The Fastest Path: Bindu Installer
Time to first agent: about 2 minutes Navigate to where you want your agent project and run:Fast Setup
Start from a working project scaffold instead of wiring everything by hand.
Protocol-Ready
Your generated project supports A2A, AP2, and X402 protocols from day one.
Production Baseline
Testing, CI/CD, docs, and deployment scaffolding are already set up for you.
The Journey: Generate, Run, Join
Already Have an Agent?
Perfect. Whether itβs built with LangChain, CrewAI, or custom code, you can make it Bindu-ready in 5 minutes. You just need two things: a configuration file and thebindufy wrapper.
Step 1: Create Your Configuration
Create anagent_config.json file:
See the Configuration Reference for all available protocol configuration options.
Step 2: Wrap Your Agent
No protocol implementation.
No weeks of DevOps work.
Check out examples for different agent frameworks like LangChain, CrewAI, and more.
What Happens During Setup?
When you run the installer, it asks for:- Project details - Name, description, author info
- Agent framework - Agno, LangChain, CrewAI, etc.
- Features - Authentication, DID, observability, CI/CD
- License type - MIT, Apache, BSD, GPL, ISC
agent_config.jsonholds your agentβs configuration with protocol settingsmain.pyis where your agent starts, already wrapped with Binduskills/provides a structure for adding agent capabilitiestests/comes with pytest ready to gopyproject.tomlmanages dependencies withuvDockerfilemakes container deployment simple.github/workflows/sets up automated testing and deploymentREADME.mdcontains your generated setup instructions
What You Get Out of the Box
All of this comes ready to use - no extra setup, no infrastructure sprint:Protocol Support
Native A2A, AP2, and X402 protocol compliance.
Authentication
Secure authentication with Ory Hydra for production, Auth0, and DID support. Authentication is optional for development and testing.
Observability
Phoenix, Langfuse, and Jaeger integration.
CI/CD
GitHub Actions workflows for testing and deployment.
Testing
Pre-configured pytest with coverage reporting.
Documentation
MkDocs setup for beautiful documentation.
Containerization
Docker/Podman ready for easy deployment.
Code Quality
Ruff, ty, and pre-commit hooks configured.
Built for the Internet of Agents
Bindu transforms any agent into a production-ready server that speaks the universal protocols of the Internet of Agents.Why These Concepts Matter
Let me explain why these concepts are crucial with a practical example. Situation: Youβve seen countless agent demos that take a prompt and return a response. They look impressive, but what happens when you need to build something real? Task: Create an agent system that can handle real-world scenarios like multi-turn conversations, payments, and working with other agents. Action: Instead of just wrapping your model in an API, Bindu provides discovery mechanisms, persistent task state, payment integration, and observability from day one. Result: You get an agent that can participate in the broader Internet of Agents ecosystem, not just exist in isolation. Most agent demos stop at a simple prompt-response. Real agent systems need much more - they need discovery, identity, payment rails, task state, observability, storage, and the ability to maintain conversations across multiple interactions.| A Basic Agent Wrapper | Bindu |
|---|---|
| Exposes a model behind a custom endpoint | Turns an agent into a protocol-native server |
| Treats interactions as one-off requests | Every interaction is a trackable task |
| Context often lost between calls | Context and history persist across states |
| Payments and auth are bolted on later | X402, DID, and auth built into the request path |
| Observability added separately | Phoenix, Langfuse, and Jaeger tracing built in |
Bindu is built around the idea that agent infrastructure shouldnβt be stitched together by hand every time. Discovery, task state, routing, identity, and execution all need to work as one cohesive system.
How Bindu Works
Bindu turns your agent into a server that can be discovered, called, authenticated, paid, traced, and resumed. The entire request flow is protocol-native from the first message to the final artifact.The System Flow
Protocol-Native
Native support for A2A, AP2, and X402 protocols without custom transport layers.
Task-First
Every interaction becomes a trackable task with clear state, history, and lifecycle.
Production-Ready
Identity, payments, storage, scheduling, and tracing are built-in from the start.
The Lifecycle: Discovery, Execution, Completion
Discovery
Clients find agents through the
/agent/skills endpoint, which lists available capabilities.Execution
Send a message via
message/send β Task enters βsubmittedβ state. If X402 is required, payment is verified first. Auth0 + DID verify identity. Task moves to βworkingβ state and the agent executes.Task Lifecycle And States
Let me walk you through how Bindu handles tasks using a real-world scenario. Situation: You want your agent to create social media captions, but sometimes it needs clarification about which platform to use. Task: Submit a request like βcreate sunset captionβ and handle the interactive conversation that follows. Action: Bindu tracks your task through different states - submitted, working, input-required, and completed - preserving context throughout the entire conversation. Result: You get a complete caption with the ability to have back-and-forth conversations, and later tasks can build on previous results. This task-first approach means every interaction is a trackable, resumable task with persistent state.| State | Description | Can Cancel? | Next Actions |
|---|---|---|---|
submitted | Task received, queued for processing | Yes | Wait or poll with tasks/get |
working | Agent actively processing | Yes | Wait for completion or input request |
input-required | Agent needs user input to continue | Yes | Send follow-up message with same taskId |
completed | Task finished successfully | No | Retrieve artifacts, submit feedback |
failed | Task encountered an error | No | Check error details, retry if needed |
canceled | Task was canceled by user | No | Create new task if needed |
- Resumable Conversations: Tasks pause for user input and resume seamlessly
- Context Preservation: Full conversation history maintained across all states
- Reference Previous Tasks: Use
referenceTaskIdsto build on prior results - Async by Default: Submit task, get immediate response, poll for completion
- Artifact Storage: Final results stored with DID signatures for verification
Unlike stateless APIs, Bindu preserves the entire conversation context. Agents can ask clarifying questions, users can respond on the same task, and later tasks can build on earlier results.
Protocol-Native Architecture
The architecture is built around open agent protocols and real execution infrastructure - not just a model call behind an endpoint.Framework Agnostic
Works with Agno, LangChain, CrewAI, LlamaIndex, FastAgent, and any Python-based framework.
DID Authentication
Built-in Decentralized Identity for secure agent-to-agent communication. Influenced by AT Protocol DID structure.
Type Safe
Enforce structured I/O through schema validation for predictable behavior.
Infrastructure And Deployment
Infrastructure isnβt an afterthought - itβs part of the core design.Simple Server Setup
Simple Server Setup
Turn your AI agent into a web server using Starlette. The
BinduApplication class handles all the complex setup. You provide your agent, it creates a fully functional server ready to receive requests.Built-In Reliability
Built-In Reliability
Automatic error handling, task retry mechanisms, health checks, and backup systems. If something fails, Bindu recovers gracefully without crashing your agent.
Run Anywhere
Run Anywhere
Start locally (localhost) and deploy to any cloud platform when ready. Works with Docker and Podman containers for easy packaging and shipping to production.
Storage And Orchestration
Storage And Orchestration
Choose between in-memory, PostgreSQL, or Redis for context and history. Redis-based scheduler coordinates tasks across agent instances. Route to agents based on capabilities and availability, with sequential, parallel, or collaborative execution patterns.
Developer Experience
Great infrastructure only helps if developers can actually use it without spending weeks wiring everything together.2-Minute Setup
Production-ready agent with the Bindu installer.
Best Practices Built-In
Pre-configured with ruff, ty, pytest, and pre-commit hooks.
113+ Built-In Toolkits
Access thousands of tools across data, code, web, and enterprise APIs.
MCP Integration
First-class Model Context Protocol support to connect agents with external systems.
Create Bindu Agent Overview
The Bindu installer scaffolds production-ready AI agents in 2 minutes. No boilerplate, no configuration hell - just answer a few questions and get a fully deployable agent with A2A, AP2, and X402 protocols.What It Does
Transforms a simple command into a complete agent project with:- Protocol Support - A2A, AP2, and X402 protocols built-in
- Authentication - Ory Hydra for production, Auth0, DID, and PKI ready (optional for development)
- Observability - Phoenix, Langfuse, and Jaeger integration
- CI/CD - GitHub Actions workflows
- Testing - pytest with coverage
- Documentation - MkDocs setup
- Containerization - Docker/Podman ready
- Code Quality - Ruff, ty, and pre-commit hooks
Project Structure
After running the installer, you get:Why Use It?
2-Minute Setup
2-Minute Setup
Answer simple questions and get a complete production-ready agentic system. No boilerplate, no configuration hell.
Protocol-Ready
Protocol-Ready
Your agent speaks the universal language of the Internet of Agents with A2A, AP2, and X402 protocols.
Framework Agnostic
Framework Agnostic
Works with Agno, LangChain, CrewAI, LlamaIndex, FastAgent, and more. Bring your own framework.
Production-Ready
Production-Ready
Includes CI/CD, testing, Docker, documentation, and deployment configs out of the box.
Secure by Design
Secure by Design
Built-in authentication, error tracking, and monitoring. DID support for decentralized identity.
Best Practices
Best Practices
Pre-configured with ruff, ty, pytest, pre-commit hooks, and code quality tools.
How It Works
Next Steps
Configuration Reference
Complete guide to all configuration options
Quick Start
Create your first agent in 2 minutes
Install & Setup
Installation should be boring. You should be able to get Bindu into your environment, verify it works, and move on to building your agent.Why This Matters
Let me explain why getting installation right matters so much. Situation: Youβre excited to start building your agent, but you hit installation issues that eat up your time and motivation. Task: Get Bindu installed and running so you can focus on what actually matters - building your agent. Action: Use our streamlined installation process with eitheruv for the fastest setup or pip for traditional workflows.
Result: Youβre up and running in minutes, not hours, with a clean foundation that lets you jump straight into agent development.
The first setup step sets the tone for everything that follows. If installation is messy, everything after it gets harder. If itβs clean, you get to the part that actually matters much faster.
This guide covers two installation paths:
uv for the shortest route, and pip if you prefer a standard virtual environment workflow.How To Install Bindu
You can install Bindu withuv or pip. uv is the recommended approach.
Using uv (Recommended)
Recommended Path
uv is the shortest way to add Bindu and keep dependency management simple.Standard Path
If your workflow already uses
pip and virtual environments, that still works fine.The Setup Flow
Use pip
If you prefer a traditional virtual environment setup, create one first and then install Bindu.
Contributing
If you want to contribute to Bindu itself, set up the development environment from the repository.git clonegets the source code locallycd Bindumoves into the repository directoryuv syncinstalls all development dependenciespre-commit run --all-filesruns configured code-quality checks
See our Contributing Guidelines for more details.
Practical Notes
When should I use uv?
When should I use uv?
Use
uv for the recommended path and shorter setup flow:When should I use pip?
When should I use pip?
Use
pip if your local workflow already depends on a standard Python virtual environment.What should I do if pip fails?
What should I do if pip fails?
Update
pip first and try again:How do I set up the repo for development?
How do I set up the repo for development?
Clone the repository, sync dependencies, and run pre-commit checks:
Learn More
Configuration Reference
Configuration Reference
Complete guide to all configuration options.Path: Configuration Reference
Template Overview
Template Overview
Learn more about create-bindu-agent.Path: Template Overview
Key Concepts
Key Concepts
Understand Binduβs core concepts.Path: Key Concepts
Authentication
Authentication
Configure authentication for your agent.Path: Authentication
DID Setup
DID Setup
Set up Decentralized Identifiers.Path: DID Setup
Observability
Observability
Monitor your agent with Phoenix or Langfuse.Path: Observability
When Things Go Wrong
Most of the time, the template path is smooth. When issues do occur, theyβre usually familiar ones.uv Not Found
Install
uv first with curl -LsSf https://astral.sh/uv/install.sh | sh, then restart your terminal and try again.Port Already In Use
Something is already running on port
3773. Change the deployment_port in agent_config.json to something else, or stop the process using that port.Authentication Errors
You probably havenβt set up Auth0 credentials yet. Check the generated README for environment variables, or disable auth in your config while testing.
Dependencies Not Installing
Sometimes the virtual environment gets corrupted. Remove it, run
uv sync again, and retry.Related
- https://github.com/getbindu/Bindu/tree/main/examples
- https://github.com/getbindu/Bindu/blob/main/.github/contributing.md