Or Google teams fail to communicate for such things?
There's a Kaggle course going on where Google discusses A2A and their thoughts on it. If you're a pure vibe coder who doesn't know how to code, A2A is for you. If you know the basics of programming and could even do some web crawling, there are many accessible options.
Google and the industry is honing in on these vibe coders who will look at 10 million tokens consumed to make a checklist application and think nothing of it. The agent to agent (A2A) protocol is for them. Personally, I think it's useful to describe what I'm already doing to people who aren't experts.
"Google" doesn't understand anything, as it isn't one being. Google has also as many average employees as any other company, and they will also come up with bad, corporate, ideas.
Honestly the worst part about the LLM age is that everyone is suddenly an "expert", and that is why we get shitty things like A2A or MCP or whatever the next "shiny" overengineered thing is.
Just like with any new technology, people will crawl out the woodwork to establish "standards" just so they can claim fame, money and attention that comes with it.
So, no.
How is it better than just a REST API with a openapi spec json file?
There's a way higher incentive to build an MCP server than an A2A one, and unless Google makes their default AI search a native A2A client it doesn't feel like it will get the momentum it needs to take off.
I had wanted to use it for my agent "network". A2A didn't fit the use case of "trusted agent, and was bloated due to "what if rogue actor". Of course, I could have used it, with all of its roughness, but chose to just vibe my own (before Claude Teams, though I haven't really used that, I think). In the process of creating a server to handle this (I already set up a Scala webserver to administrate/orchestrate hooks). Would love to hear others' suggestions for this.
dang•2h ago
The Agent2Agent Protocol (A2A) - https://news.ycombinator.com/item?id=43631381 - April 2025 (280 comments)