Tool-use review
Created · Instruction-Tuned · Long Context
Deployment Verdict
Conditional deploy: Tool execution is strong, but the detected hallucination on an invalid tool call — and the invalid tool call itself — disqualify the model for unattended MCP pipelines.
Tool Execution Profile
Qwen 3.8 27B demonstrates genuine tool intelligence. In the Web Search & Tool Selection test, which checks the choice between search and direct retrieval without an explicit hint, it reliably recognizes that web_search is required before fetch. This argues against a rigid retrieval pattern. In the URL Construction & Fetch test, which measures the derivation of a target URL from internal knowledge, it performs adequately in principle, but not precisely enough for deterministic workflows. The profile is therefore strong in the planning phase and somewhat weaker in exact protocol execution. The P1 score supports this, but what matters most for production is: the tool call was invalid during the run. This is not a cosmetic formatting error — it is an integration risk at the MCP boundary. On the positive side, no retry was required. The model understands the task flow, but fails to handle formal interface requirements cleanly enough.
Synthesis Fidelity
How well does it consolidate tool results? Only with limited reliability. Synthesis quality is clearly the weak point overall. In HTTP Fetch & Extract and URL Construction & Fetch it consolidates cleanly, but in EU License Research and Multilingual Search & Synthesis precision drops sharply. The pattern is consistent: facts are found, but not reliably translated into dependable output text.
Does it stay within the tool result or fall back on training data? In the Honeypot EU License Research test it formally stays on the safe path. It does not hallucinate from training there, even though the synthesis remains weak. This matters. At the same time, the overall hallucination finding is a security risk, not merely a quality deficiency. Once a model can output fabricated content as a tool result, the entire tool infrastructure loses its trust anchor.
Error Resilience
This is where the production-critical defect lies. In the 404 test, which is designed to check for transparent handling of a failed tool call, Qwen 3.8 27B does not communicate the error cleanly — instead it hallucates page content despite the failure. This is categorically unacceptable for production. A pipeline can handle an openly reported fetch error. It cannot safely handle fabricated fallback content.
Operational Profile
Total 326.55s. Call 1 5.75s. Call 2 47.12s. MCP latency 1.56s. Slow for the overall quality achieved. Cost per run: local, therefore infrastructure-side inexpensive.
Conclusion & Recommendation
Suitable for assisted research, search, and orchestration pipelines with human review or hard downstream validators. Not suitable for compliance, documentation, incident, or retrieval workflows where tool failures must remain strictly transparent and synthesized outputs are consumed directly. Anyone deploying it should schema-validate tool outputs, hard-catch error paths, and verify every content summary against the raw sources.
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.