What one person can build now
AutonomousAJ is a bet that you can own your digital infrastructure instead of renting it — and that if you do, one person can operate like a team. It's also the machine I built to find out whether that's true.
By Andrew Pyle
Sometime in early 2024, I noticed that the tools had crossed a line. Large language models had gotten good enough to genuinely drive development — not just autocomplete a line, but hold a problem, propose an approach, and do real work against it. And the thing I couldn't stop thinking about was the implication: the amount of software a single person could build and operate had just changed by something like an order of magnitude. I was, in a lot of ways, an unlikely person to be paying attention. I came to programming late, from a decade selling medical devices. But maybe that's exactly why it hit me so hard — I still remembered not being able to build things, so I could feel precisely how much the ground had moved.
So I made a deliberate bet. Instead of using these tools to go a little faster on one project at a time, I'd build infrastructure — a system I actually owned — that could carry many projects at once. Not a faster horse. A different animal.
01The bet
The bet, and what it feels like
AutonomousAJ is that bet and, at the same time, the proof of it. The thesis is easy to say out loud: you can own your digital infrastructure now — your identity, your tools, the agents that do the work — instead of renting all of it from other people's platforms. And if you own it, one person really can operate like a team. Behind the public name there's a command center that plans and ships the projects, and a fleet of agents that runs them. I keep the machine itself private; what I can show you is what it produces. This portfolio is, in a real sense, its output.
I want to be honest about what that actually feels like day to day, because “autonomous agent fleet” sounds more like science fiction than it is. In practice it's three quieter things. It's scale — I ship far more than one person reasonably should be able to. It's continuity — work moves even when I'm away from the keyboard, so I come back to progress instead of a cold start. And it's focus — the system absorbs the sprawl of a dozen projects so my own attention can go to the decisions that actually need a human. Less robot army, more a very capable collaborator that never sleeps and doesn't mind the boring parts.
02Giving it away
Giving the pieces away
I keep coming back to how improbable it is that I'm the one doing this. A former medical-device rep who taught himself to program a few years ago. That's not false modesty — it's the whole point. If the barrier dropped far enough for me to build this, it has dropped for an enormous number of people who haven't noticed yet.
Which is why the part I actually care about isn't the machine. It's giving the pieces of it away. I've been pulling reusable components out of my command center and open-sourcing them, so other people can assemble their own version — one shaped to their life, not a copy of mine. The private system stays private; the building blocks become public. I would much rather be early to a pattern other people can use than sit on a clever thing only I have.
Because the thesis only means anything if it's true for more than one person. “Own your infrastructure” is a hollow slogan if the single way to do it is to be me. The open-source pieces are the argument made concrete — here, literally, are some of the parts. Build the thing that works for you.
03Owning the failures
Owning the failures, too
I also want to be straight about the uneasy part, because a system like this has a genuine double edge. The hard question isn't capability — it's control. How much do you let run unattended? A system that ships work while you sleep is wonderful right up until it does something you didn't intend, quietly, at scale. So a surprising amount of the real work is the unglamorous kind: guardrails, checks, keeping a system I increasingly lean on legible and honest to myself. Owning your infrastructure means owning its failures too, and I think anyone who tells you otherwise hasn't run one for very long.
I'll also say plainly that the public face of all this is early. Today the site is closer to a working notebook than a finished statement of the idea — and I'd rather the machine behind it be real and the storefront be honest about itself than the other way around.
04The door
A door I can open on my own terms
Where I want to take it next is selective openness. Right now the command center is all-or-nothing private, and that's the wrong shape long term. The thing I want to build is a way to open scoped, read-only windows into it — to let a person see the parts I choose to show, while everything that needs to stay private stays private, and nobody can touch or change what's underneath. Owned infrastructure I can open a door into, on my own terms. That's the next real piece of the puzzle.
05The guinea pig
A guinea pig holding the door open
Mostly, though, I think of myself as a guinea pig. This is a personal experiment in something I suspect is coming for a lot of people: the slow shift from renting your digital life to owning it. I could be wrong about the details — probably am, about some of them. But I'd rather run the experiment in the open, share what works, and find out than theorize about it from a safe distance.
The name is a little on-the-nose — my own initials, “autonomous,” as if the goal were to automate myself out of the picture. But that's not quite the idea. The point was never to remove the person. It's to give one person more reach than one person used to have — and then to leave the blueprint where the next person can find it. I'm not trying to build a machine that runs without me. I'm trying to find out how much a single, well-equipped person can do now, and to hold the door open behind me.