This makes a lot of sense given the current fragmentation in the agent ecosystem. Every framework has its own way of doing things, so wiring multiple agents together is repetitive and brittle. Treating agents as small services feels like the right abstraction.
One thought: as agents start behaving like services, developers will probably want a hosted runtime (something like “Vercel for agents”). Not everyone will want to run their own infra or manage identities/payments for each agent.
Is the plan for Bindu to stay SDK-only, or do you eventually see a managed platform for hosting these agents?
Smart move! A much needed common Agent framework. Can’t wait to see how it helps agents to spin up quickly with low infrastructure and communication code change.
so that they can collaborate, trade and negotiate.
Example: “Should I invest in NVIDIA tomorrow?”
Imagine you want a collaborative result not a single agent/team output.
You spin up *5 different AI agents*, each running in a different system, diffrnet auth and paywall:
- One langchain agent reads *NVIDIA’s latest earnings & presentations*
- One agno agent analyzes *competitors* (AMD, Intel, etc.)
- One crew agent reads *market & macro reports*
- One openai agent tracks *recent news & filings*
- One adk agent combines everything and gives a final recommendation
Today, connecting this is messy.
Each agent is a script. Every connection is custom glue code.
## What Bindu does here
With Bindu:
- Each agent gets a *simple URL*
- Agents can *call each other directly*
- The final “decision agent” just calls the other four
- No framework lock-in, no custom wiring
- A common context - all the agents can share.
That’s it.
## So what is Bindu?
*Bindu makes AI agents behave like small services.*
Once an agent is on Bindu:
- it can be called like an API
- other agents can use it
- you can reuse it across projects
- you don’t care where or how it’s running
Agents stop being isolated scripts and start becoming building blocks.
## Why we built it
While building agent-based products, 278 difrrent frameworks we kept hitting the same wall:
Agents are getting smarter, but *they don’t work together easily*.
We didn’t want another agent framework.
We wanted a simple way to connect agents that already exist.
So Bindu focuses on one thing:
*making agents easy to connect and reuse.*
If you’re building multi-agent systems and feel like you’re rewriting the same wiring over and over, I’d love to hear your thoughts.
abhijeetst22|2 months ago
One thought: as agents start behaving like services, developers will probably want a hosted runtime (something like “Vercel for agents”). Not everyone will want to run their own infra or manage identities/payments for each agent.
Is the plan for Bindu to stay SDK-only, or do you eventually see a managed platform for hosting these agents?
rathijit|2 months ago
murthy27|2 months ago
rajezmariner|2 months ago
ai_biden|2 months ago
rajezmariner|2 months ago
shelleydutta|2 months ago
shivansh-kh|2 months ago
ai_biden|2 months ago
so that they can collaborate, trade and negotiate.
Example: “Should I invest in NVIDIA tomorrow?”
Imagine you want a collaborative result not a single agent/team output.
You spin up *5 different AI agents*, each running in a different system, diffrnet auth and paywall:
- One langchain agent reads *NVIDIA’s latest earnings & presentations* - One agno agent analyzes *competitors* (AMD, Intel, etc.) - One crew agent reads *market & macro reports* - One openai agent tracks *recent news & filings* - One adk agent combines everything and gives a final recommendation
Today, connecting this is messy. Each agent is a script. Every connection is custom glue code.
## What Bindu does here
With Bindu:
- Each agent gets a *simple URL* - Agents can *call each other directly* - The final “decision agent” just calls the other four - No framework lock-in, no custom wiring - A common context - all the agents can share.
That’s it.
## So what is Bindu?
*Bindu makes AI agents behave like small services.*
Once an agent is on Bindu: - it can be called like an API - other agents can use it - you can reuse it across projects - you don’t care where or how it’s running
Agents stop being isolated scripts and start becoming building blocks.
## Why we built it
While building agent-based products, 278 difrrent frameworks we kept hitting the same wall:
Agents are getting smarter, but *they don’t work together easily*.
We didn’t want another agent framework. We wanted a simple way to connect agents that already exist.
So Bindu focuses on one thing: *making agents easy to connect and reuse.*
If you’re building multi-agent systems and feel like you’re rewriting the same wiring over and over, I’d love to hear your thoughts.
raahul_rahl|2 months ago