Run Your Life Like Software
Life Ops is running your life as a deliberate system, designed the way you design software. Observe before acting, choose responses over reactions, build systems that make the good path the easy one, and version the whole thing like code.
Life Ops is running your life as a deliberate system, designed the way you would design software. I do not mean optimizing yourself into a machine or turning every morning into a dashboard. I mean the smallest set of systems that make the good path the easy path, versioned like code. Observe, choose, act, iterate.
I came to this the embarrassing way. I spend my days building and operating software systems, where I would never ship without a test, never deploy without a way to roll back, never let a recurring failure go un-investigated. Then I would close the laptop and run my actual life with none of that discipline. Same mistakes on a loop. No record of why. Reacting to whatever was loudest. At some point the gap got too obvious to ignore. The care I gave a codebase was more than the care I gave the one system I cannot redeploy.
So I started treating my life like the thing it actually is, a complex system I have to operate whether or not I do it well.
The four moves
Life Ops runs on four moves, and none of them is glamorous. Glamorous does not survive a bad week.
Observe before acting. What goes wrong in my life is usually an easy reaction made automatically, before any decision happened at all, and rarely a hard decision made badly. The first discipline is just to see the moment you are in before you move inside it, to put a gap between the trigger and the response and actually look into that gap.
Choose responses over reactions. A reaction is the system running you. A response is you running the system. The whole game is moving as much of your life as possible from the first column to the second, one situation at a time. You will never get all of it, but you can get a lot more than you have now.
Build systems that make the good path easy. The engineering move, and the one that gets skipped, because relying on willpower feels more virtuous. Willpower is a bad dependency, unreliable when you are tired and gone exactly when the stakes are highest. Changing the environment so the good path costs less works better. Lower the friction on what you want to do, raise it on what you do not, and stop spending discipline on problems that design could have solved.
Evolve continuously. Version, review, iterate. A life run this way keeps a changelog. I look back on the week and ask what repeated, what I avoided, where I made progress, and I adjust the system instead of resolving to try harder, which is not a plan.
Observe. Breathe. Choose. Act.
The whole thing compressed to four words, and I keep it where I can reach it.
Observe is seeing the situation without immediately becoming part of it. Breathe is the half second that turns a reaction into a decision. Choose is picking the response on purpose, against what you actually value rather than what the moment is pulling you toward. Act is committing to it cleanly, without relitigating it for the next hour.
It sounds simple because it is simple, and simple is not the same as easy. The four words are a checklist for the exact instant where most of my old mistakes used to live, the quarter second between something happening and me doing the automatic thing.
Why "like software" and not "like a machine"
"Optimize your life" is a genre I have no interest in. I am not after efficiency, or a tighter, faster version of a machine.
A life is a complex system, which means its behavior comes from how the parts interact more than from the parts themselves. You cannot make it simple without deleting the thing that made it yours. So Life Ops tries to make a life legible rather than simple, clear enough that you can see what is happening, see how it connects, locate yourself in it, and tell what your next move does to the rest of it. Good software discipline gives you operability, the ability to run the system on purpose instead of being surprised by it.
The software framing works where the machine framing fails because software, done well, is built so it can be understood, changed and recovered. It expects failure and plans for it. It keeps a history so the next version is smarter than the last. Turn that on a life and you get a person who can finally read their own system.
The daily loop
The mechanics are almost boring, and boring is what holds on a bad week.
Capture, lightly. The trigger, the feeling, the action, the outcome, four columns and no essays. Most days that is enough. Then once a week I read back the captures and look only for repetition. The repeated tension is the real one, the repeated avoidance is the real problem, and the repeated win is the system to protect. Pattern is the signal and a single bad day is noise.
That weekly read is the whole engine, a retrospective, the same thing a good team runs after a release, turned on yourself. The changelog gets written there and the next version of the systems gets designed there. Skip it and Life Ops decays into a journaling habit. Keep it and the captures turn into instrumentation.
Where the new tools fit
I do this alongside AI now, which makes the review faster and sharper. A second reader can scan a month of captures and tell me what I clearly cannot see, where I keep stepping on the same rake. That is a real edge, and exactly the kind of pattern work machines are good at.
But I keep the judgment human, deliberately. The tools can surface the pattern. What kind of person I am choosing to be in response to it is the entire point of the practice, and not something I want to delegate. Observe, the machine can help with. Choose stays mine.
Living in the prompt
Underneath the mechanics there is a spirit, and it came out of an experiment. For a while I tried to live the way I work when I am deep in agent mode. I called it living in the prompt. You write the instruction, you watch what comes back, you do not take the result personally, you refine, you run it again. The loop only works if you bring two things to it. Fearlessness, because a prompt you are afraid to send teaches you nothing. And no ego, because the second you need the first output to prove you were right, you stop reading what actually came back.
Turned on a life, that is a strange and freeing way to operate. A bad day becomes an output to read instead of a verdict on you. A mistake becomes information for the next iteration. You act, because action is the only thing that returns a signal, and you hold the result loosely, because the result is data before it is anything about you. That posture is what Life Ops actually runs on, and the four moves are just what it looks like when you keep your hands on the keyboard.
Where it sits
Life Ops is Coherent Complexity applied to the daily operation of a self. The umbrella idea is that complex systems should be made legible rather than simple, and your own life is the most important complex system you will ever have to run with no manual. This is the operating discipline underneath the rest, the same engineering care I give a production system, turned on the one that matters most.
You do not need my version of it, only the four moves and the habit of a changelog. Observe before acting, choose the response, build the systems that make the right thing easy, and review the week the way a team reviews a release.