Web fetch, search and crawl for AI agents. Custom stealthy HTTP fetch tier on BoringSSL.
DonSeTch defines 4 tools with detailed parameter schemas and descriptions. Naming follows verb_noun convention (fetch, search, crawl, screenshot). Descriptions are substantive (100-300+ chars), explaining multi-tier escalation, intent classification, and crawl modes. However, output schemas are not documented, the source shows input parameters but no explicit return type definitions. Error handling guidance is absent; tools do not indicate what failures look like or how to recover. Parameter descriptions are strong but lack explicit constraints (e.g., tier values '1, 2, or 3' stated in description but not as enum). No tool annotations (readOnlyHint, destructiveHint) despite all being READ_ONLY. Overall solid parameter design but incomplete schema documentation and missing error recovery patterns.
Web crawl with map/content/full modes, depth/page limits, path filtering, robots.txt respect, delta crawl (since_last), resume tokens, quality filtering, and dataset output format.
Web fetch with multi-tier escalation (tier 1 HTTP, tier 2 ghost browser, tier 3 actions), URL/handle resolution, batch fetching, page history, link handles, OCR, anticloak, and resurrection.
Capture webpage screenshot via ghost browser with viewport control, wait conditions, and PNG output.
Web search with BYOK provider support (if configured) and local-engine fallback, query variant support, intent classification (web/code/paper/news/entity), and handle/URL binding.
Output schemas not documented. Source shows input parameters but no explicit return type definitions for any tool. LLMs cannot plan downstream calls or extract required fields without knowing response structure.
Enum constraints stated in descriptions but not formalized in schema. E.g., 'tier' parameter lists '1, 2, or 3' as text; should be enum type. LLMs cannot reliably parse text constraints.
No tool annotations despite all tools being READ_ONLY. Missing readOnlyHint metadata prevents agents from understanding safety properties and planning retry strategies.
Error handling and recovery guidance absent. No documentation of failure modes, retryability, or actionable error messages. Agents cannot self-correct on failures.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | C | 66 | 2025-06-18+ | v2 |
Batch parameters (e.g., fetch accepts array of URLs) lack documentation of per-item success/failure semantics. If one URL fails in a batch, does the entire call fail or return partial results?