Carbone MCP
OfficialRelated Servers
Alternatives to Carbone MCP
No user-submitted related servers found.
Related Servers
- AlicenseBqualityDmaintenanceA universal MCP server for document processing, conversion, and automation. Handle PDF, DOCX, HTML, Markdown, and more through a unified API and toolset.1314 npm140MIT
- 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
- FlicenseAqualityCmaintenanceMCP server for rendering, parsing, converting, and editing Office documents (Excel, PowerPoint, Word) from a structured JSON spec, using LibreOffice WASM for conversion and preview.51-
- AlicenseAqualityDmaintenanceMCP server for Word document (.docx) creation and manipulation — the production-grade document automation tool for AI agents.933 npmMIT
- AlicenseNot gradedqualityBmaintenanceEnables AI assistants to compile markdown into DOCX, PDF, or HTML with customizable templates, analyze documents for ATS optimization, and retrieve template skeletons via MCP tools.MIT
- AlicenseNot gradedqualityAmaintenanceEnables document conversion and processing through MCP, including Office/PDF/Markdown conversions, OCR, and PDF operations like split, rotate, encrypt, and extract.MIT
TDQS
Scored across 12 tools
Most tools target clearly distinct actions on templates (upload, render, convert, inspect, delete, download). The main risk is convert_document vs render_document, which both take a file and produce a document, but the descriptions sharply differentiate them (no data vs data injection, keepTags). list_categories vs list_tags are also adjacent but serve distinct organizational concepts.
All 12 tools follow a consistent snake_case verb_noun pattern (list_categories, list_templates, render_document, upload_template, delete_template, etc.). No mixing of conventions or vague verbs.
12 tools is well within the ideal 3-15 range and each tool maps to a real distinct capability (discovery, generation, lifecycle, metadata). No redundancy or padding.
Full template lifecycle is covered: create (upload), read (list/download), update (metadata), delete, plus render, convert, inspect, and discovery (capabilities, status, categories, tags). Minor gap: no dedicated get_template-by-id and versioning is managed indirectly via metadata rather than explicit version commands, but agents can work around this.