doc-ops-mcp
Related Servers
Alternatives to doc-ops-mcp
No user-submitted related servers found.
Related Servers
- AlicenseCqualityDmaintenanceA unified MCP server for document processing that enables creating, editing, and converting Word documents (DOCX), PDFs, Markdown, and images, with support for templates, formatting, and batch operations.100MIT
- AlicenseAqualityBmaintenanceMCP server for seamless document format conversion using Pandoc, supporting Markdown, HTML, PDF, DOCX (.docx), csv and more.1581MIT
- AlicenseNot gradedqualityDmaintenanceUniversal MCP server for extracting text from various document formats including PDF, Excel, Word, CSV, and more, with support for streaming, limits, and markdown conversion.3MIT
- AlicenseAqualityDmaintenanceMCP server for Word document (.docx) creation and manipulation — the production-grade document automation tool for AI agents.936 npmMIT
- FlicenseNot gradedqualityCmaintenanceAn MCP server that converts and processes document formats such as DOCX and PDF into Markdown, enabling AI assistants to work with document contents.-
- AlicenseAqualityDmaintenanceA secure MCP server for converting documents between Markdown, DOCX, HTML, PDF, and TXT formats within a sandboxed working directory.3MIT
TDQS
Scored across 13 tools
The tool set has clear functional distinctions between major categories (conversion, enhancement, planning, reading/writing), but there is significant overlap and confusion within conversion tools. For example, 'convert_document' is a general tool that overlaps with specific converters like 'convert_markdown_to_html', and the descriptions explicitly warn against using it for certain tasks, creating ambiguity about when to choose which tool. The planning and post-processing tools have distinct purposes but add complexity to the workflow.
Most tools follow a consistent verb_noun pattern (e.g., 'add_qrcode', 'convert_document', 'read_document'), which is clear and predictable. However, there are minor deviations: 'plan_conversion' uses a noun_verb structure, and 'process_pdf_post_conversion' is a longer, less standard name. Overall, the naming is mostly consistent and readable, with only a few outliers.
With 13 tools, the count is reasonable for a document operations server covering conversion, enhancement, and management tasks. It's slightly on the higher side but justified by the domain complexity. However, some tools like 'plan_conversion' and 'process_pdf_post_conversion' add procedural steps that might inflate the count unnecessarily, making it borderline heavy but still appropriate.
The tool surface covers a wide range of document operations, including reading, writing, converting between multiple formats, adding watermarks/QR codes, and planning workflows. There are no obvious major gaps for core document handling. However, the reliance on external tools like 'playwright-mcp' for PDF generation and the need for mandatory planning steps introduce dependencies that could limit standalone completeness, though the server itself provides good coverage.