← Latest papers
🤖 AI

Terminal Agents Suffice for Enterprise Automation

The paper argues that simple terminal-based coding agents, which interact directly with platform APIs via the filesystem, are sufficient to match or outperform more complex tool-augmented or web-based agents for diverse enterprise automation tasks.

Original authors: Patrice Bechard, Orlando Marquez Ayala, Emily Chen, Jordan Skelton, Sagar Davasam, Srinivas Sunkara, Vikas Yadav, Sai Rajeswar

Published 2026-04-02
📖 4 min read☕ Coffee break read

Original authors: Patrice Bechard, Orlando Marquez Ayala, Emily Chen, Jordan Skelton, Sagar Davasam, Srinivas Sunkara, Vikas Yadav, Sai Rajeswar

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine you need to get a complex task done in a massive, high-tech office building (an "Enterprise"). You have a very smart, super-intelligent assistant (an AI Agent) who can help you. The big question the paper asks is: How should this assistant interact with the office?

The researchers tested three different ways to give the assistant instructions:

1. The "Tourist" Approach (GUI/Web Agents)

The Metaphor: Imagine hiring a tourist who has never been to the building before. You tell them, "Go to the 4th floor, find the blue door, click the handle, walk in, find the red button, and press it."

  • How it works: The AI looks at the computer screen (like a human looking at a monitor), clicks buttons, types in boxes, and navigates menus.
  • The Problem: It's slow and fragile. If the office rearranges the furniture (updates the website), the tourist gets lost. It's also expensive because the AI has to "look" at every single step, processing huge amounts of visual data.
  • Result: It works, but it's like driving a heavy tank to get a cup of coffee. It gets the job done, but it's overkill and costs a fortune.

2. The "Menu" Approach (Tool-Augmented/MCP Agents)

The Metaphor: Imagine giving the assistant a pre-printed menu of exactly what they are allowed to do. "You can order a burger, fries, or a soda. You cannot order a pizza, even if the kitchen has the ingredients."

  • How it works: The AI is given a specific list of tools (like "Create Ticket" or "Update User"). It can only pick from this list.
  • The Problem: The menu is often incomplete. If you need to do something slightly different than what's on the menu (like ordering a "burger with extra pickles and no bun"), the assistant gets stuck. They can't invent a new tool; they can only pick from the pre-approved list.
  • Result: It's faster than the tourist, but if the task isn't on the menu, the assistant gives up.

3. The "Master Key" Approach (Terminal Agents)

The Metaphor: This is the star of the show. Imagine giving the assistant a Master Key and a Blueprint of the building's plumbing and electrical systems. Instead of walking around clicking doors, they go straight to the pipes and wires.

  • How it works: The assistant writes code (commands) to talk directly to the building's "back-end" (the APIs). They don't click buttons; they send direct instructions like "Turn on the water valve in Room 304."
  • The Advantage:
    • Flexibility: If they need to do something weird, they just write a new instruction. They aren't limited by a menu.
    • Speed: They skip the "visual" part entirely. No waiting for pages to load or buttons to appear.
    • Cost: It's incredibly cheap because it's just text commands, not heavy image processing.

The Big Discovery

The researchers ran thousands of tests across three major enterprise systems (ServiceNow, GitLab, and ERPNext). Here is what they found:

  • The "Master Key" (Terminal) agents were the winners. They solved tasks just as well as (or better than) the "Tourists" (Web agents) but at a fraction of the cost (sometimes 5x to 10x cheaper).
  • The "Menu" (Tool) agents struggled. They often failed because the tasks required steps that weren't on their pre-approved menu.
  • Documentation isn't always helpful. Sometimes, reading the manual (documentation) actually confused the assistant. It's often better for the assistant to just "try it" and learn by doing, rather than getting bogged down in reading long, confusing manuals written for humans.
  • Memory helps. If the assistant can write down notes ("Skills") about what worked last time (e.g., "Oh, I learned that this specific button requires a special code"), they get even better and faster at subsequent tasks.

The Takeaway

For a long time, people thought building complex, fancy AI agents with lots of layers (visuals, menus, wrappers) was the only way to automate business work.

This paper says: No, you don't need the fancy stuff.

If you give a smart AI a direct line to the system's "engine" (the API) and a terminal to type commands, it can do the job faster, cheaper, and more reliably than the complex, visual, menu-bound alternatives.

In short: Don't build a robot that walks around the office clicking buttons. Give the robot a direct phone line to the manager and let it get straight to work.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →