root-ext-docs
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| pdf_infoA | Inventory a PDF before reading it: page count, per-page size (mm), and — the part that matters — which pages carry a text layer and which are scans/drawings. Use it to decide between pdf_extract_text (text layer), ocr_pdf (scans), and pdf_pages_to_images (look at drawings). Reads the file on this machine; nothing leaves it. |
| pdf_extract_textA | Extract the text layer of a page range (1-based: "3", "1-5", "2,4,9-11"; up to 50 pages per call). Page-ranged so a 400-page standard is read in slices instead of one blind gulp. Returns nothing useful for scanned pages — pdf_info names those, ocr_pdf reads them. Bounded; truncation is marked. |
| pdf_pages_to_imagesA | Render PDF pages to PNG/JPEG files (up to 20 pages per call,
dpi 30–400) in out_dir — default |
| ocr_pdfA | OCR scanned PDF pages (up to 10 per call): renders each page and
runs the LOCAL tesseract binary — needs tesseract installed
( |
| docx_extractA | Extract a DOCX in document order with structure kept: headings as markdown levels, paragraphs, and tables as markdown tables — so you can cite the table under a section instead of fishing in text soup. Bounded; truncation is marked. |
| pptx_extractA | Extract a PPTX slide by slide: title, body text, tables, and speaker notes (quoted, marked as notes). Bounded; truncation is marked. |
| ocr_imageA | OCR one image (png/jpg/gif/webp/bmp/tiff) with the LOCAL tesseract binary — needs tesseract installed and refuses by name without it; nothing reaches the network. OCR misreads numbers — verify critical values by looking at the image itself. |
| image_convertA | Convert/resize/rotate an image into a NEW file — format by out_path suffix (png/jpg/webp/gif/bmp/tiff), optional max_dim bound on the long edge, rotation in 90° steps. Refuses an out_path that collides with the input (charter). |
| image_cropA | Crop a pixel box (x, y, width, height from the top-left) into a NEW file — e.g. isolate one view of a drawing before OCR or a close look. Refuses a box that leaves the image and an out_path that collides with the input (charter). |
| image_annotateA | Draw labelled rectangles on a copy of an image (up to 50 marks, each {x, y, w, h, label?}) — point at regions of a drawing or screenshot when words alone are ambiguous. Writes a NEW file; refuses an out_path that collides with the input (charter). |
| archive_listA | List a zip/tar archive's entries (name, size, kind) plus the total uncompressed size — look before extracting. Bounded at 1000 entries; truncation is marked. |
| archive_extractA | Extract an archive (or just |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 12 tools
Each tool targets a distinct resource or operation: archives, PDF (with clear separation between info, text extraction, rendering, and OCR), DOCX, PPTX, and images. The descriptions explain precisely when to use each, minimizing overlap.
Most tools follow a resource_action pattern (e.g., pdf_extract_text, image_crop), but ocr_pdf and ocr_image invert this to action_resource. pdf_info uses a noun as a verb. The pattern is largely consistent with minor deviations.
At 12 tools, the set is well-scoped for a document extraction server. Each tool has a clear role, covering archives, multiple document formats, and image processing without unnecessary duplication.
The surface covers core extraction workflows: listing/extracting archives, reading PDFs (text, renders, OCR), extracting DOCX/PPTX, and image processing. Minor gaps exist (no archive creation, no PDF metadata extraction) but do not hinder primary use.