This week I ran into a failure mode that's becoming common on AI-assisted builds: the agent rebui...This week I ran into a failure mode that's becoming common on AI-assisted builds: the agent rebui...
The network for creativity
Join 1.25M professional creatives like you
Connect with clients, get discovered, and run your business 100% commission-free
Creatives on Contra have earned over $150M and we are just getting started
This week I ran into a failure mode that's becoming common on AI-assisted builds: the agent rebuilding something the team already killed.
On a recent project, I pointed an agent at a module we'd deliberately left half-finished we tried an approach, decided it didn't fit the product, and moved on. The decision lived in a client Slack thread, not in the repo.
New session, same module: the agent picked it up and cheerfully finished the exact approach we'd scrapped. Not wrong on its own terms code review would've passed it. But it was the wrong direction, because that context never made it into the codebase.
Since then, I've started keeping a lightweight decisions log alongside the code on client projects a running "tried X, here's why we didn't" file that both humans and agents can read before touching a module. It's a small habit, but it's saved rework more than once.
If you're running AI-assisted builds and keep watching old decisions get quietly reversed, it's usually not a prompting problem it's a missing layer between your team's memory and your codebase. Happy to talk through how I set this up if you're dealing with the same thing on your own builds.
Post image
Back to feed
The network for creativity
Join 1.25M professional creatives like you
Connect with clients, get discovered, and run your business 100% commission-free
Creatives on Contra have earned over $150M and we are just getting started