The worst agent mistakes I've seen were my tool's fault, not the model's
Summary
An MCP server developer shares lessons learned from agent failures, arguing that many apparent model mistakes were actually caused by poorly designed tool outputs, ambiguous options, and misplaced instructions. Each fix landed in the tool rather than the prompt.
Similar Articles
The agent bug I thought was the model turned out to be the harness
The author shares a debugging experience where an agent loop was caused by a harness truncating tool outputs rather than model failure, highlighting the reliability gap in agent infrastructure compared to models.
Building agents taught me the model is rarely the problem. What's your hard-won lesson?
A developer shares hard-won lessons from building AI agents: focusing on tool design over model choice, using small loops instead of giant prompts, logging agent context, adding guardrails early, and creating small evals to catch bugs.
i made these 5 mistakes while building my multi-agent system, You probably will too
The author shares lessons from building customer support multi-agent systems, arguing that retrieval and grounding failures—not prompts or models—are the main cause of agent hallucinations. They outline five grounding checks and note that prohibiting ungrounded answers cut escalations by 40%.
Your agent isn't failing because of the model, it's failing because nobody built a stop button
The article argues that the primary failure point for AI agents in production is not the model itself, but the lack of infrastructure such as stop buttons, billing oversight, and traceability for tool calls.
As you add more tools to an agent, it starts calling the wrong ones. Letting the model write code to call them is the fix.
The post argues that as an agent's tool set grows, direct tool calling degrades, and the more robust fix is letting the model write code in a sandbox to call tools as functions — reducing schema clutter in context and lowering wrong-call rates — at the cost of sandbox security concerns.