The core of most useful systems is a network or a marketplace, and you can't vibecode other people into it. Siloed software isn't that useful, and federated software is extremely hard.
@stevejonesdev The average person won't build their own software, but companies with engineering teams might though. Rebuilding SaaS in-house used to be too expensive to justify, and this has now changed.
@bradzacher In my experience with agents it's more often about overdoing as in "why did you add that". While with humans it's about quality as in "why did you do it like that".
Built my wife a software factory: GitHub CI, Cursor cloud agents on the $20 plan, Expo, and a messenger bot.
She's building her startup on maternity leave by texting it ideas. The bot turns them into GitHub issues, CI drives them through implementation, testing, and deployment, and the update lands on her phone. I'm on-call.
Three years ago I'd have said this would never work.
@milan_milanovic I'd frame the choice differently. MCP is for when you're happy to expose your system building blocks and support them like an API. A2A is for when you want to expose the capabilities and keep the tools, prompts and know-how behind the interface.
This one's going to stay in my open tabs for a while.
On any real system you never understood most of the code. The troubleshooting loop is still the same: model the system -> check telemetry -> find a mismatch -> explain it -> adjust the model -> repeat.
Agents crunch through telemetry at insane speeds, and not using them for it is criminal. But I'm far from comfortable automating the whole loop yet.