Technical
The Orchestrator Mindset: Why Directing Beats Doing
I used to pride myself on writing every line of code by hand. That pride was costing me hours every day. The mindset shift from 'I write code' to 'I direct agents that write code' changed my output by an order of magnitude.
The Old Mindset
The traditional developer identity is built around craft. You write elegant code. You know keyboard shortcuts. You can implement a binary search tree from memory. These skills signal competence, and they used to be the primary differentiator between developers.
The New Reality
AI agents can implement a binary search tree in seconds. They know every keyboard shortcut for every editor. They can write CRUD endpoints, test suites, and documentation faster than any human. The implementation speed advantage has shifted permanently.
What agents cannot do:
- Decide what to build
- Prioritize features by business impact
- Design system architecture that serves real requirements
- Review code for domain-specific correctness
- Communicate with clients about tradeoffs
The Orchestrator Role
An orchestrator does not write code. An orchestrator:
- Defines intent: What problem are we solving and for whom?
- Selects tools: Which AI agent is best for this task?
- Provides context: What patterns, constraints, and conventions apply?
- Reviews output: Does this meet the quality bar?
- Iterates: What needs to change and why?
Traditional developer: Think -> Write -> Debug -> Ship
Orchestrator: Think -> Direct -> Review -> ShipThe 'write' and 'debug' steps are where most time was spent. The orchestrator delegates those to agents and focuses on the thinking and reviewing that agents cannot do.
This Is Not Laziness
Some developers see this as cheating or laziness. It is neither. Orchestration requires:
- Deeper understanding: You need to know what good code looks like to review agent output
- Better communication: Vague instructions produce vague code. Clarity is a skill.
- Architectural thinking: You must see the big picture to direct effectively
- Quality judgment: You decide what ships. That responsibility is heavier, not lighter.
How to Make the Shift
Start by changing one habit: before you start typing code, describe what you want to build in plain English. Write it as a message to an AI agent. If the description is clear enough for an agent to execute, it is clear enough. If it is not, the problem is not the agent. It is your clarity of thought.
The orchestrator mindset is not about being lazy. It is about recognizing that your most valuable contribution is thinking, not typing.
For more on agentic development patterns, see the Claude Code documentation.
RELATED READING
The Consulting Shift I Am Making In Year Two
After a year of writing and building, my consulting practice is changing shape. Shorter engagements. Sharper outcomes.
ReadThe Frontend Shift: Shipping Less JavaScript In Year Two
A year ago I reached for Next.js for everything. This year I often reach for nothing.
ReadThe Serverless Lesson I Would Write On A Sticky Note
After a year of shipping serverless projects, one rule explains most of the wins and all of the losses.
Read