Post

Thought experiment: it's 2028. Anthropic has crashed. Claude is no longer available. Can you or those on your team maintain the code it wrote? Or will you simply look for a replacement which, of course, will be able to maintain that code?

It's more remembering Y2K & the tens of thousands of hours spent rewriting decades of code. Granted, that's a lot longer than 2 years. What I think I'm asking is if the code written by Claude is so different from that written by a person, will it be more difficult to fix by a person?

(Agreed, *but* it actually turns out that it’s annoyingly difficult to get back up to speed at low level coding after taking a year or two off. More like “getting in marathon shape” rather than “back on a bike”, IME)

Replacement models already exist and are open weights so won’t go away. And like the dark fiber left everywhere after the dotcom crash, datacenters full of GPUs will be available at reasonable prices with all sunk costs cleared by bankruptcy

I’m optimistic that we’d see development of new languages / frameworks that are designed for human readability first, so that humans can more easily audit AI generated code. I know Go for example gave higher preference to readability in its design.

You asked two questions, can humans maintain vibe coded apps, and can we find alternative AIs to maintain them if the big AI companies die off. I answered the second question which makes the first one moot.

Bankruptcy doesn't mean it's free, it means the people who provided the money are out more than a trillion dollars, and thanks to the Private Credit craze, that's not just degenerate gambler VCs, it's pensions and insurance.

Not exactly agent to agent but I built an app that exposes an MCP and a read only user interface. An agent who can speak to the MCP can write, read and update notes maintained by the app. The motivation was so that my Claude and my husband’s Claude could collaborate on planning a trip. 👉🏻

It worked really well. To test the multi user stuff I would start two claudes. Each read a test script from the app and used a note in the app as a semaphore to coordinate their activity.

Oh … I actually opened the link! It’s exactly this use case > The example went, "I'll tell my agent that I want to go out this weekend, and then my agent will talk to all my friends' agents, and they'll help us make plans."

agent-to-agent gets useful when the handoff is narrower than the original task. If the subagent needs the whole room to succeed, you just moved the ambiguity one hop away.

what use case pushed you toward it? for me it was tasks with different context needs, one agent scoping the work before another executes made both cleaner

Is this just a (cleaner) alternative to having the foreground agent dispatch a subagent to trawl the knowledge base, or are there other benefits as well? I suppose it might be cleaner to have a standardized “subagent” in front of the knowledge base for all users and harnesses.

I have a Claude code skill /Conductor which allows one supervisory session to communicate with (via a file bus) other sessions. I have to set up the sessions but from there it runs autonomously. Using Fable as the supervisor and mostly Opus for the workers gets good results.

Each task gets a deep-dive context and the supervisor sees only what matters so it can stay focused on the big picture. Benefit over pure agents is that the sessions talk ongoing throughout the project, so the worker can ask questions as needed.

agent to agent communication may or may not be big, but I do think it's pretty handy coherence uses a decision log so that concurrent subagents can relay findings and decisions to one another but even better, these act as letters to FUTURE agents, as well github.com/daniloc/cohe...

github.comGitHub - daniloc/coherence: The missing spine for agent-driven coding. Create the structure you need to reduce the cost of changes, verification and fixes.The missing spine for agent-driven coding. Create the structure you need to reduce the cost of changes, verification and fixes. - daniloc/coherence

The letter to future agents is what sticks. Concurrent handoffs help, but the same log is what a fresh agent reads days later when nobody remembers why path B died. Without it every session rebuilds intent from the diff alone, and that is where review time blows up.

Sounds like VRM! As so much consumer agentic stuff has. Paging Doc Searls 😁 And A2A!

The most adaptable, ergonomic MCP tools are all agentic themselves. "You seem to be holding that hammer upside down. Let me swing it for you and show you where the handle is." "These are your search results, I enriched them with useful pointers." Not the same as a2a, but of a kind.