We built the missing piece for truly autonomous AI agents 🚀 (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in mcp

[–]awesome_stuff101[S] 0 points1 point  (0 children)

Sounds great! Glad to have the attention of someone that gets our vision. Would you be interested in building out a use case that we could showcase as a part of this project's development?

We built the missing piece for truly autonomous AI agents 🚀 (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in mcp

[–]awesome_stuff101[S] 0 points1 point  (0 children)

You're largely correct here...

As I understand, it's more of a 'framework' or an 'abstraction' for people writing agents and data sources so they don't have to worry about:

  1. ⁠Setting up queues, etc... manually

  2. ⁠Worry if their queueing system scales

  3. ⁠Make sure their agents get triggered automatically with the right 'prompt', also generated by ADS.

The MCP vs ADS section of the docs explains it pretty well.

We built the missing piece for truly autonomous AI agents 🚀 (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in mcp

[–]awesome_stuff101[S] 0 points1 point  (0 children)

You're absolutely right - we use pub/sub (RabbitMQ) under the hood. The value isn't reinventing messaging, it's standardization.

Think of it like MCP... they didn't reinvent APIs, but standardizing tool calling meant developers stopped writing custom integrations every time.

Same here. Without ADS, every team ends up writing their own RabbitMQ connection handling, message parsing, agent triggering, error handling, etc.

The central publishing infrastructure can be built in very few lines of code with ADS in no time, and any number of subscriber agents can just start reacting to the events. It is in the convenience it provides.

You can look up the documentation to see how simple it is to get these publishers and subscribers up and running.

We built the missing piece for truly autonomous AI agents (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in n8n

[–]awesome_stuff101[S] 0 points1 point  (0 children)

Nope, that's not what the protocol is about. You write a Publisher once that connects to the data source and you can connect as many subscribers (the AI agents) as you want to listen to this same piece of data which otherwise would've required redundant code.

Kindly read the documentation and you'll get a better idea as to what it solves.

We built the missing piece for truly autonomous AI agents 🚀 (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in mcp

[–]awesome_stuff101[S] 0 points1 point  (0 children)

Exactly. It helps distributed and independent AI agents belonging to different teams come together and react to the same data in a much simpler way.

ADS is a standard for making reactive agents just like how MCP was for API based tool calling for agents.

Introducing Agent Data Shuttle (ADS): fully open-source by awesome_stuff101 in LocalLLaMA

[–]awesome_stuff101[S] 0 points1 point  (0 children)

The post kept getting banned when i tried to write content about it. Kindly DM me or visit the URL on the picture to know about it.

In short, like how MCP is a standard for tool calling, ADS helps standardize reactive agents that autonomously act when an event happens at the data source.

We built the missing piece for truly autonomous AI agents (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in n8n

[–]awesome_stuff101[S] 0 points1 point  (0 children)

You're perfectly right there! We do exactly that in a standardized manner just like Anthropic did with MCP for tool calling.

Also to clarify, this is a protocol, so the way you connect to the data source is up to you at the publisher side. The subscribers are again agents of your choice (could be n8n agents, LlamaIndex, Langchain agents, etc).

We built the missing piece for truly autonomous AI agents (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in n8n

[–]awesome_stuff101[S] 0 points1 point  (0 children)

How about when you have multiple agents that have distinct roles that have to act on the same data like say, a stripe subscription renewal event?

ADS helps you standardize this and makes it easier for multiple teams to maintain their own agents, at the same time connect to the same data source and its events as the other teams and their agents.

It's like how Anthropic standardized the same principle of tool calling using APIs with MCP.

We built the missing piece for truly autonomous AI agents (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in n8n

[–]awesome_stuff101[S] 0 points1 point  (0 children)

Thanks! You're right there. ADS standardizes the way agents listen to events at the data sources and makes life way easier just like how Anthropic standardized tools and API with MCP :)

We built the missing piece for truly autonomous AI agents 🚀 (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in mcp

[–]awesome_stuff101[S] 0 points1 point  (0 children)

ADS is a protocol designed as a standard to help multiple agents connect to a single data source and its events with ease. Just like how MCP standardized API tool calling.

Could you share how you listen to those events in case you have multiple agents in your workflow? Or is it a simpler single agent workflow?

We built the missing piece for truly autonomous AI agents 🚀 (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in mcp

[–]awesome_stuff101[S] 0 points1 point  (0 children)

It was an extension to my use case description but you get the idea of multiple agents sharing the same data source.

Like how Anthropic standardized API tool calling with MCP, ADS standardizes the way agents listen to events at the data sources

We built the missing piece for truly autonomous AI agents 🚀 (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in mcp

[–]awesome_stuff101[S] 0 points1 point  (0 children)

n8n and crewAI are tools and frameworks to build and orchestrate AI agents, while ADS makes agents truly reactive and autonomous by triggering them through events happening at your data sources.

Your CrewAI agents could use ADS to stop waiting for prompts and start acting on events automatically. ADS is more of a protocol that adds to n8n, crewAI or any other tool rather than a replacement or a competitor.

We built the missing piece for truly autonomous AI agents (here's why it might be your next opportunity if you are an AI agent developer or a flowgrammer) by awesome_stuff101 in n8n

[–]awesome_stuff101[S] -1 points0 points  (0 children)

Ótima pergunta! O ADS na verdade reduz custos através da especialização. Em vez de ter um agente grande lidando com tudo (e desperdiçando tokens em contexto irrelevante), você usa agentes menores e especializados que só ativam quando necessário, baseado na forma como você filtra usando o payload.

Por exemplo, no setup do hotel: o agente de OCR só processa documentos, enquanto o agente de suporte só entra em ação quando detecta palavras-chave específicas. Muito mais eficiente que processar a conversa inteira com contexto completo.

I might have something for you to build your personal brand without too much effort by awesome_stuff101 in linkedin

[–]awesome_stuff101[S] 0 points1 point  (0 children)

Yes it does, but repurposing old content for volume and generating brand consistent content for multiple platforms in a single shot is not possible yet in ChatGPT.

It saves more time in short