NoteTools & Agents

Why the terminal takes on longer jobs than apps

Following a single task to the end (comparing quotes from three suppliers and drafting a reply), the write-up explains why this kind of work does not exist as a button in an email inbox or a spreadsheet program. The diagnosis is that the work people want to do is longer than the functional unit of any one app, which is why a command-line environment is used, where installed programs and connected services can be combined as needed. On top of this, it defines the harness as the surrounding setup that attaches tools, an execution environment, permission checks and work logs to the model, and places MCP and skills along the same line. Especially practical are the division of labor in which the executed program handles calculation while the model only judges which values to compare and by what criteria, and the principle of putting an approval step before actions that are hard to undo. However, there are no screens of it running and no measurements, so you cannot get as far as how to set it up.

Key points

  • Connects the command line, harness, MCP, skills and approvals in one thread through 1 quote-comparison task
  • Defines the limit of rule-based automation as "who fixes it when the form changes?"
  • Sets out a division of labor: code calculates, the model judges
  • Security, auditing, cost and failure rates are not covered at all

This is a note: my own write-up after reading several sources. It has no source link; events checked against a source are kept as records.

Same week's notes

Korean physical AI moves from demos to sales and ramped-up productionAgent costs follow the execution path, not the length of the requestAfter chips, the next bottlenecks are permits and fiber-optic cableA 3-layer structure for hooking agents into a game engineAn app that catches safety violations from a single site photo