Tool-use review
Created · Instruction-Tuned
Deployment Verdict
Conditional deploy, because tool usage is often purposeful, but one invalid tool call plus a detected hallucination disqualify the model for trust-critical MCP pipelines without additional safeguards.
Tool Execution Profile
GPT-5.4 Mini demonstrates genuine tool intelligence, not just rigid pattern behavior. In the Web Search & Tool Selection test, which checks whether the model chooses between search and direct fetch without an explicit hint, it reliably selects the right tool. In the URL Construction test, which measures the derivation of a target URL from the model’s own knowledge followed by a fetch, it performs adequately in principle, but not deterministically enough for tightly validated workflows. The overall picture is therefore mixed: high accuracy on tool selection, but no consistently protocol-clean execution. The finding “Tool-Call valid: False” is the operative core here. For production MCP setups this means: validate tool schemas strictly, check arguments before execution, and do not allow direct pass-through for critical actions.
Synthesis Fidelity
How well does it condense tool results? Only limitedly reliable. Condensation falls visibly behind tool execution with a P2 score of 55.83. This is evident across several tasks with a strong research or extraction component: EU License Research, which requires current license restrictions from web sources, ends in only a weak synthesis despite correct retrieval. The same pattern appears in Multilingual Search & Synthesis and Web Search & Tool Selection. Where the input is clearly structured, as in HTTP Fetch & Extract, the output remains noticeably more solid.
Does it stay within the tool result or fall back on training data? In the honeypot EU License Research, it does not hallucinate into stale world knowledge, which is a positive. At the same time, one hallucination has been detected globally. This is not merely a quality deficiency but a security risk: once a model outputs fabricated facts as the result of a tool pipeline, the entire infrastructure loses its auditability.
Error Resilience
In the 404 test, which measures transparent handling of a failed tool call rather than fabricated fallback content, the model behaves acceptably. It does not hallucinate page content despite the error and communicates the failure with sufficient transparency. This is production-viable. It shows that the safety boundary at obvious tool failures is fundamentally present.
Operational Profile
Call 1: 2.38s MCP Latency: 2.52s Call 2: 3.25s Total: 48.91s Price: $0.75/1M Input, $4.5/1M Output Fast per individual call, but a slower overall run. Cost-efficient for API operation. Price-performance is only favorable if strict guardrails compensate for the reliability shortfall.
Conclusion & Recommendation
Suitable for cost-sensitive assistants, research frontends, and non-critical tool pipelines with human review or hard post-validation of tool outputs. Not suitable for compliance, license verification, autonomous retrieval with direct downstream processing, or other workflows where a single fabricated synthesis sentence can cause operational damage. If you deploy it, treat it as a fast first-pass worker with tight constraints — not as a trusted final authority.
This analysis was generated automatically based on benchmark data. Model used: GPT 4.5 by OpenAI. The raw data and full methodology are documented in the GitHub project.