There is a temptation to build one big API endpoint that "does everything." For human users, a dashboard can hide that complexity. For AI agents, the opposite is true: the more a single endpoint does, the harder it is for a model to know when to call it and what it will return.

Why small tools win for agents

  • Clear selection. A model reads a description and must decide if the tool fits. "Count words, characters, sentences, and paragraphs" is an easy decision. "Process your document" is not.
  • Stable contracts. A tool with one job has a simple input and output schema. Errors are easier to reason about, and the model can recover from a bad call without guessing.
  • Verifiable. A single-purpose module can be inspected end to end. An agent (or a human) can read the source and know exactly what it does before running it.
  • Composable. Small tools chain naturally: clean text, then convert it, then measure it. Each step is a checkpoint, not a black box.

What the catalogue looks like in practice

This site's manifest is 145 tools across 13 categories precisely because each tool is small. Text cleaning is several tools (Copy-Paste Cleanup, Whitespace & Line Cleanup, Remove Invisible Characters) rather than one "text doctor." JSON work is four tools rather than one "data utility."

Going deeper on this theme: How to Remain Valuable When Intelligence Becomes Cheap — the scarce human, economic, and strategic advantages that stay valuable when AI does the cognitive work. A 224-page practical book, $3.84. Read it on Gumroad →

The trade-off

The cost of small tools is catalogue size — an agent has more entries to scan. That is manageable when every entry is well described and the manifest is structured by category. The benefit is a workflow where each call is predictable, each failure is localized, and each result can be trusted without a leap of faith.