UseAgents
Define tools once for agents use them everywhere
71 followers
Define tools once for agents use them everywhere
71 followers
LLMs have frozen knowledge and struggle to find tools. UseAgents solves this with a real-time registry where developers define their tools and APIs so AI agents can discover and use them instantly. No scraping, no guessing, just structured tools designed for agents. Build smarter AI systems with infrastructure made for the agentic web.
Free
Launch tags:Artificial Intelligence
Launch Team / Built With
CloudflareYour next app belongs on Cloudflare Workers. Deploy for free
Promoted
Love the concept of a real-time tool registry for AI agents — this solves such a real pain point. Agents hallucinating tool capabilities or working with outdated APIs is one of those silent killers in agentic workflows. How does UseAgents handle versioning when a tool schema changes? Do connected agents get notified, or do they need to re-fetch capabilities on each run?
@sai_tharun_kakirala That’s a great question versioning is something I’m actively thinking about.
Right now, the idea is that tools are defined in a structured way and agents can fetch the latest schema, so they’re always working with up-to-date capabilities instead of stale definitions.
Longer term, I’m exploring versioned schemas so changes don’t break existing workflows, along with ways for agents to be aware of updates rather than blindly relying on old context.
Still early here, so I’d love to understand how you’d expect this to work in your own workflows.
@evanssmaina That makes a lot of sense — fetching the latest schema keeps things simple early on.
In practice though, I’ve seen “always fetch latest” become risky once workflows get more complex. Even small schema changes can silently break assumptions mid-run.
What I’d expect (or prefer) is a hybrid approach:
• Default to latest for discovery
• Allow agents to “pin” a schema version for critical workflows
• Push notifications / diffs when breaking changes happen
Almost like how APIs evolved with versioning + deprecation windows.
Also curious — are you thinking about letting agents declare compatibility (like “works with v2–v4”), or is that overkill at this stage?
@sai_tharun_kakirala That’s a really solid breakdown especially the hybrid approach. I agree that “always fetch latest” works early on but can get risky as workflows become more complex.
I like the idea of defaulting to latest for discovery, then allowing agents to pin specific versions for stability. The push notifications / diffs for breaking changes also make a lot of sense, especially as tools evolve.
I haven’t implemented version pinning yet, but this is exactly the direction I’m starting to think about.
On agent-declared compatibility I don’t think it’s overkill long term, but probably something to introduce once there’s more usage and clearer patterns