AI-Driven Development Series
The Thinking
Factory
AI-Powered Product Design
The business case is never fire.
The business case is dinner.
Part 2 was about HOW.
How to rebuild systems.
Extract the recipe.
Make fresh.
Part 3 is about
HOW to think.
How to use AI for
design and decisions.
The best code I ever wrote...
...came from the best
conversations I ever had.
Whiteboard sessions.
Debates.
Someone pushing back
on my assumptions.
The code was just
the artefact.
What if AI could be
the conversation partner?
Let's talk about
the problem.
You've tried asking AI
to design something.
The average
of all answers.
Something that could apply to
any product, any company,
any situation.
Because generic prompts...
Average solutions
for average users.
But you don't have
average users.
Maria is a senior architect
who's seen three failed rewrites.
"What happens
when this fails?"
Skill
+
Backstory
+
Location
=
Personality
Why do backstories matter?
Constraints create texture.
Someone who's been burned
by microservices...
...won't recommend
them casually.
Someone who's scaled to
10 million users...
...thinks differently
about caching.
"How should we handle
user authentication?"
Different personas.
Different answers.
Security-Burned Architect
"OAuth with hardware keys.
Non-negotiable."
Startup Veteran
"Magic links. Ship fast.
Add security layers later."
Enterprise Architect
"SAML integration.
They already have identity providers."
Same question.
Three answers.
The persona
breaks symmetry.
Multiple personas
in conversation.
🔒
Security
"What attack vectors does this open?"
🚀
Performance
"How does this scale to 10x load?"
👤
User Experience
"How does Maria use this daily?"
🛠
Operations
"How do we deploy and monitor this?"
Each agent reviews
from their specialization.
They simulate an
architecture review.
🔒
Security Agent
"This exposes user IDs in the URL.
That's an IDOR vulnerability."
👤
UX Agent
"But shareable links are critical.
Users need to send these to colleagues."
🔒
Security Agent
"Use opaque tokens instead.
Hash the ID with a per-user salt."
Convergence.
Both needs met.
This recreates
architecture review.
Without the
calendar tetris.
The debate pattern
delays premature answers.
Forces consideration
of edge cases.
Surfaces trade-offs
explicitly.
Architecture Decision Records.
Step 1
Spec
Define the problem.
Step 2
Exploration
Generate options.
Step 3
Debate
Challenge and critique.
Step 4
Convergence
Resolve and decide.
Step 5
Documentation
ADRs, specs, tests.
Each stage
produces artifacts.
Nothing lives only
in someone's head.
Templates structure
the thinking.
This is engineering's
review process.
The best code came
from conversations.
Now you can have those
conversations anytime.
With experts
who never tire.
Who push back
on your assumptions.
You can't repeat
the outcome.
...the quality
of the thinking.
In Part 4:
"Where Do We Go From Here"...
We look at where
this is all going.
And why the direction matters
more than the destination.
🏭
The Thinking Factory
AI-Driven Development Series - Part 3