

Transferring into AI-first growth is a journey, and we’re all studying collectively. I need to share some bittersweet classes from my latest expertise that may prevent from hitting the identical partitions I did.
The “Secret” Everybody Is aware of
Let’s handle the elephant within the room. By now, there are in all probability 1,000,000 YouTube movies titled “A Tremendous Secret Trick To Make Your Coding Agent 20x Higher.” You recognize the trick, I do know the trick: create an in depth plan in a markdown file and direct the agent to execute it step-by-step.
Armed with this information, my trusted military of brokers and I have been completely happy campers for a number of days of continuous AI coding. In AI phrases, that’s important—numerous tokens, kilowatts of electrical energy, and more and more succesful brokers working in concord. It was an idyll with me being the conductor of the agentic orchestra, or if you need a hotter metaphor, my brokers being trusty golden retrievers fortunately bringing the ball again over and over.
The undertaking grew to 158 supply code information (not counting assessments, documentation, or construct scripts). Whereas some have been tailored from a permissively licensed open supply SDK, most have been new or substantial rewrites. For a prototype, it was a substantial codebase.
When Issues Go South
Every little thing was clean crusing whereas the codebase remained small. I wasn’t meticulously reviewing each line (“I’m a educated skilled – don’t do this at residence”, or extra appropriately, “don’t do this at work”), however the plan was strong, and the app did what it wanted to do.
However because the codebase grew, my agent hit a wall like a take a look at automobile in a crash take a look at. Nicely, a minimum of that’s the way it felt when, regardless of quite a few makes an attempt to re-prompt round or via that wall, the agent was getting nowhere. Positive, I may have dug via the code myself, however I used to be too lazy to learn and debug a bunch of “not mine” code written on frameworks I’d by no means labored in, particularly after the agent had made a number of “off-plan” modifications attempting to unravel the issue.
The Arduous-Gained Classes
From this failure (and my previous successes), I’ve extracted beneficial insights that can essentially change how I strategy AI-driven growth. “In it to win it.”
1. Structure-First Strategy
Previous means: Plan → Execute
New means: Excessive-level plan → For every module:
- Develop module_architecture.md (defining key information buildings, interfaces, management move, and design patterns)
- Create module_execution_plan.md
- Execute the module plan step-by-step
- Transfer to the subsequent module
The important thing perception? I by no means actually “mentioned” the structure with my agent. With out that shared understanding, I couldn’t absolutely belief the inspiration—a a lot greater drawback than doubting a single perform. Subsequent time, I’ll co-own each the plan and the structure doc, so I might really feel that it’s my app, even when a whole lot of the code isn’t mine.
2. Testing Requirements from Day One
I might outline my testing requirements up entrance and pressure the agent to comply with them. EVERY STEP would require constructing new regression assessments and executing the complete set of regression assessments. With out it, the agent was creating random assessments to debug random issues and both auto-cleaning these assessments or leaving them in inconsistent locations.
3. Complete Logging Technique
I might outline my logging requirements upfront, together with verbosity ranges and a few decorators to auto-log a whole lot of stuff with out bloating the code with debug messaging. That will preserve the code readable and the logs detailed.
The Payoff
With this strategy, I’m assured a number of good issues will occur:
- Larger functionality ceiling: My agent would be capable to resolve the gnarly challenge that bought it operating in circles. With well-organized assessments and logs, it’s a lot simpler to establish and resolve advanced points.
- Higher human intervention factors: Once I must step in, I’ll know precisely the place to look.
- Fewer architectural issues: Having good structure would assist keep away from essentially the most important issues. Small stuff is small by definition.
And naturally, in the case of manufacturing, there’s going to be a safety assessment, code assessment, and extra thorough testing.
The Funding
This isn’t a lightweight carry; it takes effort. In conventional growth, correct structure for crucial parts can simply take ⅓ of the undertaking timeline. It’s high-skill, high-value work – your principal architect doubtless earns (and is value) a minimum of 5 of your juniors (and that’s earlier than you begin counting the fairness…). So this isn’t free cheese.
However right here’s the important thing: this strategy front-loads the strategic work, performed collaboratively between you and AI, leaving the extra mundane backlog to AI alone.
Redefining Collaboration
Once I say “co-own structure,” I don’t imply you want a decade of “architecturing” expertise. I’m an engineer by coaching, a product man by coronary heart, and a enterprise man by commerce. I’m fairly rusty in the case of coding, however I’ve a eager thoughts and countless curiosity.
When engaged on structure, I’m not alone. Every time I’ve a query, whether or not it’s about some choices to unravel the issue, or our codebase, or open-source comparables, my trusted brokers are there to run some background analysis and queries for me. This is among the best issues to parallelise and multitask, which implies you might be getting the most important leverage from AI.
We’re basically redefining the division of labor: people give attention to structure, requirements, and strategic selections whereas AI handles the implementation particulars inside these well-defined boundaries. That is the place we envision AI and people sooner or later – we would like AI to create jobs and assist multiply human capabilities/velocity/productiveness.
What’s Subsequent
In Half 2 (when my busy work permits for one more deep dive session), I’ll share particular examples of how this architecture-first strategy solved actual issues, together with the precise templates and prompts that made the distinction. Keep tuned.