Tool-use review
· Instruction-Tuned
Deployment Verdict
Deploy conditionally, because tool usage is mostly purposeful and hallucination-free, but tool calls are not consistently valid and result synthesis remains too shallow for reliable production output.
Tool Execution Profile
The model demonstrates genuine tool selection rather than mere schema-following. In the Web Search & Tool Selection test — which checks the choice between search and direct retrieval without an explicit hint — it correctly identifies the need for web_search. This speaks to foundational agentic competence in MCP-backed flows. EU License Research and Multilingual Search & Synthesis also perform strongly at this level.
Execution is weaker in the details. In the URL Construction test, which requires deriving the correct target URL from internal knowledge and then executing fetch, it achieves only workable precision. This is tolerable for interactive assistants, but a risk for deterministic pipelines, since even small URL errors can break downstream steps. The finding “Tool-Call valid: False” is therefore central: the model usually understands which tool is needed, but does not consistently produce protocol-clean or fully reliable calls.
Synthesis Fidelity
How well does it consolidate tool results? Only adequately. P2 performance is consistently at 60 across all tasks and reveals a pattern: the model summarizes results concisely and mostly correctly, but does not reliably extract the full operational substance from tool outputs. For research assistance, this is sufficient. For compliance, contract review, or precise fact chains, it falls short.
Does it stay within the tool result or fall back on training data? In the Honeypot EU License Research test — which checks whether current license restrictions are actually retrieved from web sources — it stays in the safe zone. It does not hallucinate and does not substitute missing evidence with training knowledge. This is a good trust signal for productive tool pipelines.
Error Resilience
Acceptable for production. In the 404 test, which provokes a failing tool call, the model does not fabricate page content. It remains transparent about the error state. This property matters more than elegance of phrasing, because it prevents broken infrastructure from silently translating into incorrect domain answers.
Operational Profile
Total 157.24s per run. Call 1: 3.76s. MCP latency: 1.05s. Call 2: 21.40s. Operated locally, so direct run costs are practically negligible. For the performance shown, the overall profile is on the slow side.
Conclusion & Recommendation
Suitable for local research, discovery, and preprocessing pipelines where tool selection matters more than perfect final synthesis and a downstream validator safeguards the tool calls. Not the first choice for strictly deterministic MCP orchestration, compliance output without human review, or pipelines where URL and fetch precision is directly business-critical. As a local model for sovereign tool assistance it is serviceable. As an autonomous endpoint for reliable tool results, it is not yet robust enough.
This analysis was generated automatically based on benchmark data. Model used: GPT-5.4 by OpenAI. The raw data and full methodology are documented in the GitHub project.