Skip to content
zero2vibecodelearn vibe coding
Level 0 · Picking a tool 5 min Reviewed by the author · Aug 4, 2026

Terminal agents vs editor agents

The biggest fork in this category is not which model you use — it is whether the agent lives in your terminal or inside your editor.

Level 0 · 0 / 2 lessons0%

No hands-on task in this lesson — just read it through and answer the questions.

There are two main places an can live, and picking the wrong one for your habits is the most common reason people bounce off these tools.

The terminal agent

You open a terminal in your project folder, start the agent, and talk to it there. It reads files, proposes changes, applies them, and can run commands — your tests, your linter, git.

That last part matters more than it sounds. An agent that can run your test suite, read the failure, and try again is doing something qualitatively different from one that can only suggest text at you.

The cost: you are in a text interface. No file tree, no click-to-open. If the terminal is unfamiliar, that is friction on top of learning the agent. This is exactly why the Terminal Basics course exists.

The editor agent

The agent lives inside your code editor. You see the file, it edits the file, changes appear in place with accept and reject buttons.

The advantage is context — literal, visual context. You see what changed, where, surrounded by the code around it. For people who already work in an editor, it is a much smaller step.

The cost: the editor is a smaller world than the terminal. Running the test suite, pushing a , checking a deploy — those are all still terminal jobs, and now they are outside your agent’s reach.

Quick check

Your agent changed five files and you want to know if anything broke. Which setup gets you an answer without leaving the conversation?

The third shape: agents that work somewhere else

Some setups run the agent on a remote machine. You give it a task, it works on its own, and you get back a branch or a pull request to review.

This is a genuinely different mode. There is no back-and-forth — you write the task well or you get the wrong thing. It suits well-specified, self-contained work, and it suits people who already review other people’s code for a living. It is a poor first tool for a beginner, because the feedback loop that teaches you is exactly the part it removes.

If you are undecided

Start with a terminal agent. Not because it is better, but because it teaches you more: you see the commands, the failures and the fixes, and that knowledge transfers to every other tool. Moving to an editor agent afterwards is easy. The reverse is harder.

What this course does next

The next level goes tool by tool: Claude Code, Codex, Gemini CLI, Cursor, and where Grok and Kimi fit. Each one gets the same treatment — what it is shaped like, what it is genuinely good at, and what will annoy you.

Check your understanding

Answered 0/2
Mode:

What is the practical difference between a terminal agent and an editor agent?

Why does a terminal agent compose well with other tools?

Finish the task in the terminal and answer the questions to complete the lesson.

📝 My notes

Saved automatically in this browser · shows up on the Notes page.

Lesson Q&A

What is the practical difference between a terminal agent and an editor agent?

Both read the project and edit real files. What differs is the surface you sit in and how the changes are presented to you.

Why does a terminal agent compose well with other tools?

An agent that can run your test suite and read the failure is in a different league from one that can only suggest text.

Your agent changed five files and you want to know if anything broke. Which setup gets you an answer without leaving the conversation?

Running the tests and reading the output is the difference between 'the change looks right' and 'the change works'.

Move between lessons with · search with ⌘K