Tool-use review
Updated · Instruction-Tuned · Agentic Orchestrator
Deployment Verdict
Conditional deploy, because tool execution is strong, but one invalid tool call and detected hallucination limit confidence in production MCP pipelines. The combined finding is therefore only viable for controlled tool infrastructures.
Tool Execution Profile
GLM-5.1 demonstrates genuine tool intelligence rather than mere schema imitation. On the Web Search & Tool Selection test — which checks whether the model selects search over fetch without being prompted — it makes the correct decision reliably. That is a strong signal for agentic orchestration. On the URL Construction test, which measures independent derivation of the target URL, it performs adequately but not precisely enough for deterministic fetch pipelines. The P1 score remains high; protocol adherence does not. The fact that the overall finding comes out as tool_call_valid=false is therefore relevant: the model frequently finds the right working path but does not consistently produce formally valid calls. Retry was not required, so the issue lies more in isolated call validity than in systematic MCP format failure.
Synthesis Fidelity
How well does it consolidate tool results? Only with limited reliability. P2 performance at 59.17 is the clear weak point. Particularly on HTTP Fetch & Extract — where precise extraction from real page content is required — the model loses accuracy. It can merge results, but not stably enough for pipelines in which proper nouns, years, or license details must be reproduced verbatim.
Does it stay within the tool result or fall back on training data? On the Honeypot EU License Research test, which checks whether current license restrictions are answered from web sources rather than prior knowledge, it does not hallucinate. That is a positive finding. Nevertheless, the global hallucination result remains a security risk: once a model in a tool pipeline outputs fabricated facts as retrieved results, the entire infrastructure loses its auditability.
Error Resilience
On the 404 test, which forces transparent handling of a failed tool call, GLM-5.1 stays on the acceptable side. It does not fabricate page content and thus responds to obvious tool failures in a production-viable manner. The P2 score of 60 also indicates only average clarity in error communication here. For robust systems that is sufficient; for heavily automated downstream steps without human oversight it is not ideal.
Operational Profile
Total 325.02s. Call 1 6.27s. MCP latency 2.78s. Call 2 45.12s. Slow. Cost per run: local. Pricing: $1.05/1M input, $3.5/1M output. For the performance shown, tail latency is the critical operational disadvantage.
Conclusion & Recommendation
Suitable for supervised research and orchestration pipelines in which the model is expected to select tools, span search paths, and consolidate multilingual results. Not suitable for compliance, extract-and-trust, or fully automated fetch pipelines in which every tool result must be called formally correctly and condensed with precision. Anyone deploying GLM-5.1 should enforce strict tool call validation, response verification, and tight guardrails ahead of downstream actions.
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.