The argument

Anyone can build anything now. Knowing what to build is the job.

For thirty years the scarce thing in software was hands. That constraint is gone, and it did not take the problem with it. I shipped a publishing platform before I could write the code inside it: Teneo is still up, and the architecture that made it possible is written down. Capacity like that is real, and it is now the part everyone has. What did not arrive with it is the rest of the job: what is worth building, in what order, to what standard, and how you know it is done for somebody who is not you.

Capacity does not shrink the work. It multiplies the number of defensible things you could build next, all of them competing for one person's attention. More capacity makes selection and sequencing more decisive, not less. Five things separate the people who get somewhere from the people who ship constantly and arrive nowhere. Each one below cost me something with a date on it.

What the gap is made of

Five things capacity does not give you.

Under each one: how it shows up while you are still inside it, what the same failure cost me with a date on it, the instrument I built so it cannot happen the same way twice, and something already running that you can open without asking me. The instruments are open source. Every link goes to the thing itself, not a description of it.

  1. SelectionDeciding what is actually worth building right now, before anything gets built.How it shows upA roadmap whose later rows read Completed while the rows above them are a year overdue. A launch date named in spring that is still ahead of you in autumn. Fifty things worth building and no way to rank them, so the real order is whichever one was interesting on a Tuesday. Nothing on that list failed. Every item shipped. They were the wrong items in the wrong order, and the capacity to build them quickly is exactly what made it possible.What it cost meMine cost six months. Outreach and content automation that generated, scored and scheduled correctly, and put every draft into a queue nothing consumed. Everything worked and nothing happened. There was no single bad decision to point at, which is the part worth sitting with: a system can be correct in every part and aimed at nothing. The audit is public: Outbound choke points.
    What now stops itskills/lamps ↗

    Ten questions asked at four moments in a task, chosen because they are the ones the request did not contain. The expensive builds are rarely botched. They are flawless executions of a brief nobody examined.

    Everything I decided was worth finishing, on one page, with the date each one was last checked: the proof surface ↗. Selection is not a philosophy. It is the distance between that list and the list of everything I could have built instead.

  2. StructureArchitecture that still holds at the third feature, and at the third person touching it.How it shows upIt shows up as the second small change costing more than the first. The feature works, the diff is enormous, and something reformatted the file on the way through, so nobody can see which three lines were the actual change. Then the fourth feature breaks the second, inside a file nobody can read any more.What it cost meA four-line change of mine produced a 1,371-line diff for exactly that reason. In a repo where several agents hold worktrees at the same time, gratuitous reformatting is not untidy. It is other people's merge conflicts, and it buried the four lines that mattered.
    What now stops itdocs/ENGINEERING_PRINCIPLES.md ↗

    Every rule written as the thing that went wrong first, with the month it cost something and the mechanism that now stops it, so it arrives as a decision someone else can apply rather than advice they can agree with.

    thefortlist.com/api/events/public ↗ returns JSON in your browser with no key and no login, because that system was built to be read by another system rather than screenshotted. That is what structure buys. The next thing that needs the data does not need me.

  3. The last mileThe unglamorous distance between working in the preview and working for a stranger.How it shows upA route that answers 200 and renders an empty page. A form that submits and lands somewhere you cannot name. It looks finished in the preview, and it is finished for you, because you know which button not to press and which field to fill in first. The stranger knows none of that, and he arrives once.What it cost meOn September 2nd a migration locked a table to the service role while the application was still writing to it with the anon key. Every call to the AI receptionist returned a 500 for hours. I found out by calling my own phone line. The check that would have caught it in sixty seconds already existed. It was scheduled to run the following Monday. The full write-up, and the ladder that came out of it: Definition of done.
    What now stops itskills/clarity-gate ↗

    The stranger's first five seconds, simulated before the thing ships, on the half a build gate cannot measure. A page you wrote is not a page anyone else can read, and you are the last person able to tell the difference.

    The console a real business owner logs into to run their own site: glacierfortcollins.com/admin ↗. You will get a login screen, which is the point. It is a door with someone behind it, not a demo, and the last mile is the only reason it is there.

  4. Not drowning in slop loopsNoticing when the model is confidently going in circles, and stopping it.How it shows upThree sessions in a row on the same bug. Each one ends with a fluent, structured, entirely confident summary of what was fixed, and nothing observable has changed. The tell is that the summary describes the edits and never a re-measurement. The model's own account of its failure is the least reliable thing in the transcript, because the process that wrote the bug also wrote the explanation.What it cost meMine arrived as a tidy report recommending a list of improvements I should build. Most of them already existed in the repository it had just finished reading. Confident, specific, well formatted, and describing a system it could only half see. What I do with those reports now.
    What now stops itskills/hedge-audit ↗

    Find where caution has been quietly written into the code as a stub, a refusal, or a fabricated success. Paired with philosophy/, which names the tilt behind the reflex instead of treating each instance as a surprise.

  5. VerificationThe difference between it ran and it works, held to consistently.How it shows upIt shows up as a green check whose output nobody read. A 200 counted as a page. A deploy counted as a release. The words it works now in a message from a model that did not re-run anything.What it cost meSeven ways I have watched a check lie. A 200 from a modern web route is the shell, not the page, so a soft-404 answers 200 all day. A piped exit code belongs to the last stage of the pipe, so a failed test suite reports success and the runner calls it green. A configured environment variable is a name, not a value: one of mine was listed as set, was an empty string, and the code's own guard failed silently into a log nobody read.
    What now stops itskills/definition-of-done ↗

    A four-rung ladder: built, deployed, works, fed. You name the rung you have actually proven and what the proof was. Its companion, the seven cheap lies, is the list above, so the same check cannot fool the next person.

    A system reporting its own pipeline health ↗, in public, on whatever day you happen to open it. I do not get to pick the day, which is the only reason a status page is worth anything.

Check it yourself

None of that is a claim. It installs.

Two commands and a sentence. The third line points the kit at your own repository rather than a demo, and it starts from the last five commits you actually made.

/plugin marketplace add Traviseric/best-practices
/plugin install best-practices@traviseric

# then, in the same session:
do a first run on this repo

skills/first-run ↗ takes the most substantial of those commits and tells you which rung it has actually reached, built, deployed, works, or fed, then names the single artifact that would prove the next one. It scans your recent history and your test configuration for the seven cheap lies and quotes the line for each hit. It runs the two commit guards against your index. It reads your front door the way a stranger reads it in five seconds and puts what they take away next to what you meant. It ends with one action, and it fixes nothing: it reports, then offers. If it finds nothing it says so, because a clean repository is a result.

Those are the instruments from the list above, aimed at your week instead of mine.

Everything linked above is in it, whole, not excerpted. So are skills/session-closeout ↗, which ends a working session in a named state with the SHAs and the loose ends written down, and skills/verification-gate ↗, which makes every checkable claim in a document trace to a source before the document leaves. What stays out of the free kit, and why, is on the kit page.

Where this goes

Two ways in. Start at the free one.

01 / Install itThe kit

All five instruments, in one repository, running inside your own agent. Free, and honest about its ceiling: it changes how a thing gets built and checked, and it cannot tell you which of your fifty ideas is worth building.

02 / Bring me yoursThe work

The same five, pointed at your project instead of mine. Which of the fifty is next and why the other forty nine wait, structure that survives the third feature, and a finish line stated as a rung rather than the word done. What comes out is something at a URL that someone who was not in the room can open.

If you have the capacity and suspect it is going into the wrong things, that is the conversation worth having.