Chad Fowler: the regeneration test

The marginal value of creating software is dropping toward zero. Useful coding capability got dramatically cheaper while agents learned to stay on a task longer. What still pays is deciding what the system is allowed to mean — and making those rules real enough that a runtime can reject a bad path.

Chad Fowler puts a clean test on that:

If I regenerated the system tomorrow and this changed, would I care?

If no, it may have been an implementation choice wearing architecture's clothes because changing it used to be expensive. If yes, you've usually found a boundary, invariant, authority rule, or safety property that gives the system its shape.

And the closer:

For decades, software architecture was a mixture of deliberate constraints, expensive inertia, and assumptions we no longer remember making. Cheap code is dissolving the inertia. Some of what remains will be the architecture we intended. Some of it we'll only discover when regeneration breaks something we didn't know mattered.

The difference between those two outcomes is the only architecture that was ever real.

The constraints that still matter after a burn-down are the ones you can govern: authority, safety, and the feedback loops that keep agents on a real path. That is the hire-path argument in Cybernetic Development — systems thinking over hoping the next model is careful enough. Chatticus is where those constraints become an office: named teammates, skills, approvals, and routines instead of a chat window that forgets who is allowed to do what.