Most writing on CLI-based coding assistants reads like an industry architecture piece, five layers, token percentages, a vendor comparison table, all of it built to sound authoritative rather than to be true. The real reason I use a CLI-based agent has nothing to do with architecture, it's that I was already living in the terminal before any of these tools existed.
the terminal was already home
I've always been a vim and terminal person, that part predates AI entirely. Editing files in vim comes naturally to me, and the plain black screen is genuinely soothing to look at after a long day, that's not a productivity argument, it's just true. The terminal is also where I log into remote servers, check log files, and hunt for patterns across them, none of that lives inside an IDE. A CLI-based coding agent didn't ask me to change anything about how I already worked, it just showed up where I already was.
coding is half the job, and the CLI covers the other half too
An IDE plugin only helps with the coding half of my workflow, and coding is maybe half of it. The rest is exactly what I just described, remote servers, logs, pattern-finding, all terminal-native tasks an editor extension has no reach into. Switching between terminal tabs to cover all of it is simpler than switching between an IDE and a separate terminal window for the tasks the IDE can't touch. That's the actual case for a CLI-based agent, not that it's a superior architecture, but that it's the one tool that follows me across the whole job, not just half of it.
the honest comparison, only two tools deep
I've used Codex and Claude, and ruled out Cursor immediately because it's IDE-based, which defeats the premise for me before it even gets a fair trial. Between the two I've actually used, Claude wins on quality of output, a larger context window, and the ability to actually work through complex, multi-step problems without losing the thread. Codex didn't hold up as well on any of those when I used it. That's not a market map, it's just what's true from where I sit, two tools tried, one that stuck.
conclusion
I don't think the terminal is winning because of some architectural inevitability, I think it's winning for people like me because it never asked us to leave. The tools got smarter. The place I was already working stayed the same. That's the whole story, not five layers, not a token budget, just a preference that turned out to scale.
Get new essays and theses by email
More essays
- The Liability Wall Stopped Being Hypothetical Oct 4, 2026
- The Personal Assistant Landscape, Right Now Sep 30, 2026
- The Home Doesn't Have One User, So Its Assistant Shouldn't Either Sep 26, 2026
- Qualities of Great AI Coding Agents Sep 22, 2026
- The AI Bubble Deflates, The Technology Doesn't Sep 22, 2026
- The Boring Levers That Actually Run A Boutique Agency Sep 15, 2026
- India's Seed Stage Is Missing Its Powerhouse Sep 13, 2026
- What Not To Do In A YC Interview Sep 8, 2026
- Code Review Was Never The Bottleneck Sep 7, 2026
- An AI Assistant That I Actually Want Sep 1, 2026
- The Small Things I Keep for Myself Aug 31, 2026
- What Changes When You Go From Operator to Investor Aug 10, 2026
- The Wow Moment Shouldn't Take Two Weeks Apr 21, 2026
- The Three Moments That Will Make or Break Littlebird Apr 14, 2026
- Voice at Work, Why It's Harder Than It Looks Mar 31, 2026
- Top of Funnel for Voice-First Tools Is Not Signups. It's Someone Else's Product Mar 27, 2026
- When Thinking Outruns Writing Mar 26, 2026
- Why Voice-First Tools Struggle in India Mar 23, 2026
- When AI Disappears, Value Appears Mar 20, 2026
- The Tiny Feature That Saves Your Users and Your Metrics Feb 5, 2026