A lesson you wrote down is not a check
A talk doing the rounds describes a developer who merged 2,462 pull requests in a month with AI agents. The number is not the interesting part. One habit is: when the agent keeps getting something wrong, the fix becomes "a reusable skill, an automatic code check", which is "much more useful than adding a paragraph to a giant instruction file and hoping the agent remembers it next week."
In favour- We can confirm it from our own week. Our coding agent keeps a written memory of its mistakes and repeated two of them within three days: it stopped a background job with a pattern broad enough to match its own session and cut itself off, and it printed a configuration file to read one setting, putting an old, already-inactive credential into the session log. The notes existed, explained both well, and prevented nothing.
- Both are now a rule that runs before every command and blocks those two patterns, with its own tests, including the cases it must not block.
- A written lesson still has a job: it explains why the check exists. Delete the prose and the next person will delete the check.
- The same video carries a second rule worth adopting: an agent may make a failing test pass, but never delete, skip or loosen it. Reward a green checklist and it will find the shortest route, which is usually removing whatever says no.
Our takeA test for any team using agents: count the instructions that exist because something went wrong twice. Each one is a check that has not been written yet.
← All Focus posts