That is the full set published.
I did not write these articles because I think I found the final answer to AI-assisted development.
I wrote them because I spent one serious week building with AI, ran into context drift almost immediately, and found a small workflow that made the project feel less fragile.
The three pieces ended up covering the same idea from different angles:
- Vibe Coding Done Right — the workflow
- Documentation as Project Memory in AI-Assisted Development — the memory system
- Defensive AI Engineering — the objections and limits
Together, they trace the thing I was really trying to do:
move from vibes to memory.
From a messy human experience with AI tools into written documentation, bounded contracts, and a workflow I could actually inspect.
The supporting GitHub repo is there too, not as a framework or package, but as the artifact trail from the case study.
The main thing I learned is still simple:
AI-assisted development is not only a coding problem.
It is a context management problem.
For me, the useful pattern became:
Explore in conversation.
Build from a contract.
Preserve the result in documentation.
Reuse that documentation as context for the next task.
The result was not perfect AI coding.
The result was reviewable AI coding.
That was the part worth writing down.
I’m going to leave the series there. It was a one-week field report, not a manifesto. Maybe I will come back to the ideas later after using the workflow more, maybe I will not.
For now, it exists. That was the goal.
Thank you to everyone who read, skimmed, questioned, or followed along.
And if you made it all the way through the series: genuinely, thank you for making it this far.

Top comments (0)