
PDF Text Extractor MCP
io.github.Prashant2204由 GitHub 账号 Prashant2204 发布v0.1.1更新于 Nov 3, 2026
提取本地PDF文本,按页生成段落,并提供英语/德语OCR回退。
AI 翻译由 AI 模型根据下方的原文描述翻译,可能有误。
原文描述
Extract local PDF text with page-level paragraphs and English/German OCR fallback.
概览
PDF Text Extractor 的本地 MCP 服务;无需登录;STDIO。
暂无 AI 概览:以下信息来自注册中心条目和服务本身。
安装
在 SourceWeft 中
- 打开 控制台中的 PDF Text Extractor MCP,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
PDF Text Extractor MCP
A local STDIO MCP server exposing exactly one tool, extract_pdf_text. It reads
embedded text with PDF.js, falls back to English/German OCR for scanned pages,
and returns page-level paragraphs in document order. No React app,
HTTP server, API key, or PDF upload is needed.
Requires Node.js 22.19 or newer and npm (node and npx on PATH).
Run the published package
Version 0.1.1 is available on npm. Launch it without cloning the repository or starting the React app:
The process waits for an MCP client on stdin. There is no interactive prompt. The client normally launches this command itself.
VS Code configuration
Put this in .vscode/mcp.json, then start the server from VS Code's MCP controls
and enable the tool in agent chat:
For a local development build, use "command": "node" and
"args": ["/absolute/path/to/pdf-text-extractor/mcp/dist/index.js"]
after building locally. Other clients may call the top-level key mcpServers
instead of servers; follow that client's configuration format.
Ask the client to extract a local PDF, or invoke extract_pdf_text with:
In JSON on Windows use an absolute path such as C:\\Users\\you\\contract.pdf.
The path is on the machine running the MCP server.
Result contract
Successful calls return isError: false, a JSON text content block, and the same
object in structuredContent:
File or extraction errors return isError: true with
{ "success": false, "text": "", "error": "PDF file was not found." }.
Missing or incorrectly typed arguments are rejected by the SDK with an MCP tool
error before extraction runs.
The original text, page_count, and pages_without_text fields remain available.
text joins nonempty pages with blank lines; each page's text joins its
paragraphs with blank lines and preserves line breaks within paragraphs.
page_number and pages_without_text use one-based page numbers.
method is embedded, ocr, or none when no text could be extracted and OCR
failed. An OCR attempt that completes but finds no text reports ocr with a warning.
Top-level warnings repeat page warnings with their page number.
success: true means the PDF was processed; consult warnings for partial results.
Only regular .pdf files with a PDF header are accepted, up to 25 MiB.
Missing, unreadable, invalid, oversized, and password-protected files produce
errors. The server reads files without modifying them, executes no shell commands,
and makes no network requests for extraction. Diagnostics go to stderr; stdout
is reserved for MCP messages. PDF contents are never logged.
Limitations
Pages with no embedded body text, including header/footer-only pages, use OCR.
Pages with fewer than 40 body-text characters and an image also use OCR.
Successful OCR replaces the page's embedded text to avoid duplicate headers.
If OCR fails or returns no text, any embedded text is retained and a warning is
returned. Pages still without text appear in pages_without_text.
English and German language models are bundled at build time. Extraction needs no network connection, model download, or writable model cache. The OCR worker is started only when needed, reused across the document, and terminated afterward. OCR input is rendered at up to 2.5x PDF scale, capped at 8 million pixels per page. OCR recognition, including engine startup but excluding PDF rendering, has a 60-second page limit. If the worker fails or times out, it is terminated; remaining pages retain their embedded text with warnings.
Embedded text is grouped into rows and paragraphs by position. Large horizontal
gaps are represented as | for basic table readability. OCR uses Tesseract's
paragraph detection and word positions. These are readability heuristics, not
semantic table extraction or complex layout analysis. Multi-column, rotated,
handwritten, or poor-quality scanned pages may have incorrect order or text.
Pages with substantial embedded text over a scanned body may not trigger OCR.
Low OCR confidence generates a warning; higher confidence is not a correctness guarantee.
The size limit bounds input bytes, not PDF decompression or processing time.
The server can read any PDF accessible to its OS user; there is no directory sandbox.
Text is returned to the MCP client, whose own data handling settings apply.
Development
From the repository root:
The CLI is a separate package so installing it does not install React.
It includes Tesseract.js and a native Node canvas dependency. Use a platform
supported by @napi-rs/canvas and allow npm to install its platform binary
(do not omit optional dependencies). Development model packages are copied into
dist/tessdata/ by the build; consumers do not need development dependencies.
Its own lockfile provides a reproducible build. The root app commands are unchanged.
The browser service and this CLI use the same runtime-independent extraction core
in src/shared/: page processing, embedded-text reading, scan detection, OCR
fallback, paragraphs, table spacing and warnings. Browser and Node adapters retain
their own file access, PDF.js setup, rendering limits and OCR worker management.
The browser's existing result interface and this tool's JSON contract are preserved.
The build cleans generated output and includes compiled dist/shared/ modules in
the tarball; runtime consumers need no shared source files from the repository.
Test with MCP Inspector
Test the published package without cloning or building:
For the browser Inspector:
Click Connect, open Tools, and invoke extract_pdf_text with a local PDF path.
Inspector is development tooling and is not a runtime dependency of this package.
To inspect a local development build, run from the repository root after building:
Automated tests and packaging
Inspect the tarball with tar -tzf pdf-text-extractor-mcp-0.1.1.tgz.
It contains compiled JavaScript (including the OCR worker), both compressed
language models, third-party notices, this README and package metadata. Install it in
a separate directory to verify the executable without the source checkout:
To run the integration test against that installed executable from the repo root:
Publish a new version
Published versions cannot be overwritten;
increment the version for the next release and update pinned version examples
in both READMEs.
Project code is licensed under MIT; the package includes LICENSE with
copyright © 2026 Prashant Bhatia. Bundled OCR models retain their Apache-2.0
license and attribution in THIRD_PARTY_NOTICES.md and licenses/Apache-2.0.txt.
From mcp/:
Inspect and test the packed artifact before publishing, as described above.
Publishing requires access to the maintainer's npm account with 2FA enabled;
complete any browser approval prompted by npm. Commit the version, lockfile and
documentation changes for the release. The build and tests do not publish
automatically. Publish from mcp/, since the root React package remains private.
Publish to the MCP Registry
The registry identifier is io.github.Prashant2204/pdf-text-extractor-mcp.
The mcpName in package.json must match name in server.json. Keep the
package version, server version, and npm package version in server.json aligned.
Publish the npm package first so the registry can verify its metadata.
Install the official publisher with brew install mcp-publisher, then from mcp/:
Complete GitHub device authorization as prompted. Verify the published entry with:
The registry lists metadata; npm distributes the local STDIO server. See the official publishing guide.
The integration test runs real English/German OCR on generated image-only PDF
pages, mixed header/scan pages, blank pages, and embedded-text pages through STDIO.
Other tests cover ordering, table gaps, OCR timeouts, and partial results when
image inspection or OCR assets fail. The same integration test can target the
installed executable as above.
See THIRD_PARTY_NOTICES.md for bundled model attribution.
Official references
Implementation verified against stable @modelcontextprotocol/server 2.4.0,
using McpServer.registerTool() and serveStdio(). Browser and MCP packages
both use PDF.js 6.5.438.
来源:mcp/README.md,提交 d29cd32
工具
0版本历史
1- v0.1.1最新Nov 3, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分
