Skip to main content
Glama

fetch_latest_docs

Retrieve package documentation directly from the web, bypassing local cache to ensure fresh content.

Instructions

Force-fetch documentation for a package directly from the web, bypassing the local cache. Use this when the user wants the most up-to-date content or when cached content may be stale.

The fetched page is written to the local cache so later calls are fast. Fetches a specific section page if given, otherwise the docs homepage.

Args: package: Package name as returned by list_packages(). section: Optional section id (e.g. 'introduction', 'faq'). Leave empty to fetch the docs homepage. version: Docs version slug (default: 'latest'). Use list_doc_versions() to discover available versions.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
packageYes
sectionNo
versionNolatest

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations provided, description carries full burden. It discloses cache bypassing, caching of fetched page, and behavior for section vs homepage. Lacks mention of potential errors or network implications, but adequate for a fetch tool.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Concise paragraph with clear purpose first, then details and Args section. Each sentence adds value. Could be slightly tighter but well-structured.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Covers main behaviors: cache bypassing, caching, fetching homepage or section, parameter defaults. Output schema exists so return values need no explanation. Complete for a 3-param tool.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

All three parameters are well explained with examples ('introduction', 'latest') and cross-references (list_packages(), list_doc_versions()). Adds value beyond schema's basic types.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states it force-fetches documentation from the web bypassing cache, and distinguishes from siblings by emphasizing freshness. It also specifies fetching a section or the homepage.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicitly says use when user wants up-to-date content or stale cache. Does not list alternatives among siblings but provides context by mentioning caching behavior.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/JonasKlimt/ie_mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server