Skip to main content
Glama
tycket033-tech

pdf-debug-mcp

get_pdf_page_tree

Extract the PDF page tree rooted at the catalog /Pages object, showing page references and content streams for debugging PDF structure.

Instructions

Return the PDF page tree rooted at the catalog /Pages object, including page/kids refs and content references.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
filePathYesPath to a PDF file. Relative paths are resolved from the MCP server process cwd.
maxDepthNoMaximum recursion depth when expanding object references.
Behavior2/5

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

No annotations are provided, so the description carries full burden. It states a read operation but does not disclose any behavioral traits such as read-only nature, error conditions, or performance implications. Minimal transparency.

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

Conciseness5/5

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

Single sentence conveys the essential function without extraneous words. Every word contributes to understanding the tool's purpose and output.

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

Completeness4/5

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

Given the sibling tools and lack of output schema, the description sufficiently explains what the tool returns (page tree with refs and content references). It is adequately complete for a simple retrieval tool.

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

Parameters3/5

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

Schema coverage is 100% with descriptions for both parameters. The tool description adds no additional meaning beyond what the schema already provides, so baseline score of 3 is appropriate.

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 uses specific verb 'Return' and resource 'PDF page tree' with detail about root location and included references. It clearly distinguishes from siblings by naming the exact object type and scope.

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

Usage Guidelines3/5

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

The description implies use for retrieving the page tree structure but provides no explicit guidance on when to use versus alternatives like get_pdf_object_structure or list_pdf_objects. No exclusions or prerequisites mentioned.

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/tycket033-tech/pdf-debug-mcp'

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