TL;DR: 24,008 unique secrets were exposed in MCP configuration files in 2025 alone, according to Mezmo data set shows, underscoring how quickly hidden workflow exposures accumulate around agent tooling. Production operations need evaluation that catches inefficient tool use, context overload, and fragile execution before those conditions become operational failures.
Editorial analysis by NHI Mgmt Group, based on content published by Mezmo: “Builder in the loop: Tony Rogers on stress-testing AURA before production”.
Key questions
Q: Why does large tool output create risk for MCP-native agents?
A: Large tool output increases risk because the agent may over-trust noisy or malicious content, exceed its context window, or inherit instructions hidden inside returned data.
Q: How should teams set acceptance criteria for production AI agents?
A: Set acceptance criteria around workflow reliability, not only task success: the agent should complete the intended steps, use approved tools, preserve state correctly, and fail safely when permissions or data are missing.
Q: How do I evaluate an agent workflow beyond output accuracy?
A: Evaluate the whole agent workflow, not just final output accuracy: inspect tool calls, context use, routing decisions, retries, and whether the agent stayed within its delegated scope.
Practitioner guidance
- Define production acceptance criteria for agent workflows Require evidence for tool selection, trace quality, token efficiency, and recovery behaviour before an agent is trusted in live operations.
- Test the orchestration path, not only the answer Run benchmarks that inspect intermediate steps, tool calls, and context usage so a correct final response does not mask an unsafe execution path.
- Contain large tool outputs outside the prompt Use a scratchpad or equivalent extraction layer to hold oversized MCP responses and pass only the relevant fragments into the model.
Bottom line: Agent trust depends on execution behaviour, not only on whether the final answer looks correct.
Glossary terms: Agent Harness, Orchestration Workflow, MCP, Trace Inspection
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Workflow reliability is now part of agent governance. A production agent cannot be judged solely on the correctness of its output. If the orchestration path is inefficient, brittle, or opaque, the system may still be unfit for real operations even when it passes a benchmark. That shifts the governance question from answer validation to execution assurance, which is a more demanding standard for AI operations teams.
A few things that frame the scale:
- 24,008 unique secrets were exposed in MCP configuration files in 2025 alone, the protocol's first year of widespread adoption, according to the State of Secrets Sprawl 2026.
A question worth separating out:
Q: What is the difference between benchmark scores and trace review for agents?
A: Benchmark scores measure performance on a fixed test set, while trace review examines the agent’s actual step-by-step decisions, tool calls, and context handling during a run. Scores can hide unsafe reasoning or fragile orchestration, whereas traces show where the workflow deviated, overreached, or used the wrong data. Teams need both to judge reliability and control behaviour.
👉 Read our full editorial: AURA tests workflow reliability, not just agent output quality