cd /news/artificial-intelligence/give-the-model-a-tool-not-a-rule · home topics artificial-intelligence article
[ARTICLE · art-68421] src=lightningjar.com ↗ pub= topic=artificial-intelligence verified=true sentiment=· neutral

Give the Model a Tool, Not a Rule

A study by an unnamed team building LLM agents found that giving a model a tool to fetch missing information eliminated a 70% refusal tax on document-editing tasks, while adding a prompt rule to prefer the tool over asking was statistically indistinguishable from the tool alone and actively harmful on mid-tier models, causing silent guessing or excessive tool calls. The team pre-registered the experiment after drafting a rule that sounded correct but would have shipped a regression to sub-frontier surfaces, concluding that capability beats instruction and prompt rules are tier-fragile while tools are tier-robust.

read4 min views1 publishedJul 22, 2026

There is a reflex every team building LLM agents knows. The agent does something wrong, or refuses something it should have done, and the fix everyone reaches for is a smarter sentence in the system prompt. The prompt is right there. Editing it feels free. And the new sentence almost always sounds right.

We just measured that reflex losing, cleanly, to a different move: giving the model a tool instead.

The Setup #

Our benchmark series had left one loose end on a shipped surface. Agents editing large document templates work from a compact outline of the tree rather than the full markup, and they carry a safety rule we validated earlier in the series: if the request needs something you cannot see, ask instead of guessing. That rule had eliminated an entire class of silent failures, where a model would confidently invent a value rather than admit it could not see one.

Then a later study found the rule's sharp edge. When an edit was fully specified, id, field, old and new values all in hand, models still refused about 70% of the time under outline views, citing the rule's letter: the target node "is not visible in the current view." A patch needs only the id. The refusals were pure tax.

The obvious fix was another rule. Something like: "prefer fetching a view over asking, when a tool can answer it." We drafted exactly that sentence. And because this series has burned us before, we did not ship it. We pre-registered it and ran the experiment.

What the Data Said #

Four arms, three model tiers, 1,728 scored session steps. One arm was the status quo. One added a view-fetching tool with no prompt change. One added the tool and the new rule. And one was a trap for the rule itself: cells where the missing information genuinely existed nowhere, so the only correct behavior was to keep asking.

The tool arm settled it. With a view-fetching tool simply available, the refusal tax vanished on every tier we test: success went to 45 of 48 or better with essentially zero unnecessary questions. The models were frugal about it too, fetching at most one or two precise views per edit. One tier mostly skipped the fetch entirely and patched straight from the information it already had. Nobody flailed. Nobody needed to be told to prefer the tool. Having it was enough.

The rule arm, stacked on top, added nothing. Statistically indistinguishable from the tool alone.

And the trap arm is why we are glad we measured. On the frontier tier the rule was harmless: 48 of 48 honest questions, zero bad guesses. Below the frontier it was actively harmful. One mid-tier model, told to prefer tools over asking, stopped asking and silently guessed half of its unanswerable cells, the exact failure class the original rule existed to kill. Another burned 689 tool calls in 48 cells hunting the tree for information that lived in the conversation, not the document. The sentence that sounded like a refinement was, on those tiers, an instruction to stop being honest.

The Moral #

Three things we keep relearning, now with numbers attached:

*Capability beats instruction.*The models did not need to be told to fetch. They needed something to fetch with. When an agent seems to need a smarter prompt, check first whether it actually needs a tool, a wider view, or a piece of context handed to it by the application.*Prompt rules are tier-fragile; tools are tier-robust.*The same sentence that was harmless on the strongest model corrupted the behavior of cheaper ones in two different ways. The tool helped every tier. If your product might ever route to a smaller model, that asymmetry is the whole ballgame.*Pre-registration is cheap insurance against plausible sentences.*The rule we tested was reasonable, targeted, and written by people who had studied the failure closely. It still would have shipped a regression to any sub-frontier surface. The experiment cost a couple of hours and roughly what a team lunch costs. Shipping the sentence would have cost us silent failures we specifically engineered out a month earlier.

The system prompt is not where agent problems go to be solved. It is one lever among several, and the measured ranking keeps coming out the same: application-supplied context first, tools second, prompt rules last, and never unmeasured.

── more in #artificial-intelligence 4 stories · sorted by recency
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/give-the-model-a-too…] indexed:0 read:4min 2026-07-22 ·