When I worked in the Kubernetes ecosystem, I had the interesting perspective in that I had tried to write so many orchestration systems historically. The majority of them were terrible, but I understood the domain very well by the time Kubernetes popped up. Unknowingly I've done a similar thing with agents. OpenClaw is the bleeding-edge architecture of agents. But I have built so many agent frameworks. That I know this crap so well. All the dumb nuances.
On the one hand agents are very simple. It's just a loop. But it's very similar to Kubernetes orchestration. It's just a reconciliation loop. But these loops in practice end up being sort of complex. I'm honestly really excited to work in this agent realm. I don't care so much about models. I take that for granted. But how do you build an agent on top of a model? It's almost like I have 20 years of experience that make me perfectly suited for this domain. And the agent is the new unit.
We went from servers to virtual machines to containers. The new unit is Agent. Which is weird; that doesn't necessarily make sense but it's because AI is different. The new unit is not Sandbox; it's Agent. That is our new unit of compute. Infrastructure always had three tiers. Storage, networking, compute. We've added a fourth tier, which is models. The Agent is the unit that ties together storage, networking, compute, and models.
With every unit there's some corresponding asset. A server is obviously a physical thing. A virtual machine had VMDKs, AMIs, OVF. Containers have Docker images, Docker files. An Agent is just a file system. It can be stored in git. It can be a zip. It's really just a collection of files, largely markdown files.