
Design a read-only Claude tool
Design a narrow Claude tool from reviewed API records, with application-side authorization, bounded results, and a fixture-backed return-status example.
Read the guide : Anthropic API Crawler6 min read🧭 COLLECTIONS
Different provider interfaces. Deliberate application boundaries.
Provider-specific integration work becomes easier to reason about when discovery, tool design, and execution stay separate. This collection uses fictional support, invoice, and product-catalog examples to examine those boundaries. A tool definition describes a capability; the application still decides whether and how it can run.
The Anthropic and OpenAI guides develop narrow read-only assistants. The OpenRouter guide proposes a stable fixture set for comparing candidate configurations without changing the task underneath the experiment. Each article points to a relevant primary reference and labels its surrounding architecture as a proposed design.
Choose the guide that matches your application rather than treating provider names as interchangeable. Review missing results, partial coverage, and failed requests before adding more operations. The integration overview connects these patterns, and the prompt evaluation collection provides a useful next step for checking final-answer fidelity.

Design a narrow Claude tool from reviewed API records, with application-side authorization, bounded results, and a fixture-backed return-status example.
Read the guide : Anthropic API Crawler6 min read
Connect a reviewed API catalog to OpenAI function calling with narrow tool contracts, application checks, bounded execution, and honest invoice summaries.
Read the guide : OpenAI API Crawler6 min read
Compare OpenRouter tool workflows with stable fixtures, compatibility notes, task-level cost assumptions, and explicit application fallback policies.
Read the guide : OpenRouter API Crawler6 min read