SKILLful MCP Docx Processor
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@SKILLful MCP Docx ProcessorCreate a document called sample.docx and add a heading 'Introduction'."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
SKILLful MCP Docx Processor
A Word document processing service based on FastMCP and python-docx, exposing a single gateway tool (docx_process) that routes to 63 operations, covering the full document lifecycle: creation, editing, formatting, and querying.
Designed for seamless integration with Claude Code via the MCP protocol and Claude's skill system.
Features
Category | Count | Description |
Document Management | 7 | Create, open, save, save-as, copy, close, reload |
Content Addition | 8 | Paragraphs, headings, tables, lists, images, page breaks, sections, TOC |
Content Editing | 9 | Search, replace, preview, section replace, keyword edit, delete |
Table Operations | 8 | Rows, columns, merge/split cells, borders, shading |
Formatting | 20 | Page layout, paragraph, text, styles, hyperlinks |
Style Management | 3 | Create, modify, list styles |
Annotations & References | 8 | Bookmarks, comments, footnotes, endnotes, queries |
Total | 63 |
Related MCP server: docx-mcp
Requirements
Python >= 3.10
uv package manager
Installation
# Clone the repository
git clone https://github.com/Zeke-777/SKILLful-mcp-docx-processor.git
cd SKILLful-mcp-docx-processor
# Install dependencies
uv syncConfigure MCP Server
Claude Code
For Claude Code CLI:
# Project-level (creates .mcp.json in current directory)
claude mcp add -s project docx-processor -- uv run --directory /path/to/SKILLful-mcp-docx-processor python server.py
# Or global (available in all projects)
claude mcp add -s user docx-processor -- uv run --directory /path/to/SKILLful-mcp-docx-processor python server.pyReplace /path/to/SKILLful-mcp-docx-processor with your actual project path.
Manual JSON Configuration
For other MCP clients, or to manually create .mcp.json / mcp_config.json:
{
"mcpServers": {
"docx-processor": {
"command": "uv",
"args": [
"run",
"--directory",
"/path/to/SKILLful-mcp-docx-processor",
"python",
"server.py"
],
"env": {}
}
}
}Install Skill
Skill files support both project-level and global installation. Choose one as needed.
Project-level Installation
Takes effect for the current project only. Skill files reside within the project directory:
# Run in your target project's root directory
mkdir -p .claude/skills
# Copy Skill files to the target project
cp -r /path/to/SKILLful-mcp-docx-processor/skills/docx-process .claude/skills/Global Installation
Takes effect for all projects. Skill files reside in the user's home directory:
# Copy Skill files to the global directory
mkdir -p ~/.claude/skills
cp -r /path/to/SKILLful-mcp-docx-processor/skills/docx-process ~/.claude/skills/After installation, the directory structure is as follows:
.claude/ # Project-level or ~/.claude/ # Global
└── skills/
└── docx-process/
├── SKILL.md # Route table
└── references/
├── doc-management.md # Document management
├── content-operations.md # Content operations
├── table-operations.md # Table operations
├── formatting.md # Formatting
└── annotations-query.md # Annotations & queriesClaude Code automatically loads SKILL.md before calling docx_process, ensuring every call has the complete route and parameter reference.
Usage
Once configured, the docx_process tool becomes available in Claude Code. The tool uses a single gateway pattern:
docx_process(route="create_document", params={"file_path": "output.docx"})
docx_process(route="add_heading", params={"text": "Hello World", "level": 1})
docx_process(route="save_document", params={})The built-in docx-process skill automatically loads the route table and parameter specifications before each call, ensuring correct usage.
Architecture
server.py -- MCP server with all handler logic (2,247 lines)
SKILL.md -- Route table (loaded on every call)
references/*.md -- 5 category reference docs (loaded on demand)The server exposes one tool (docx_process) that dispatches to handler functions via a ROUTE_HANDLERS dictionary.
Context Efficiency
If all 63 routes were written into the tool's docstring or loaded at once, it would consume a large portion of the context window. This project uses on-demand Skill loading to significantly reduce context overhead:
Loading Stage | Content | Lines |
Tool schema | Docstring (parameter specs only) | 6 |
Every call | SKILL.md route table | 116 |
On demand | Single reference file | 47-177 |
Total per call | 169-299 |
Compared to a naive approach (docstring with full route list ~30 lines + full SKILL.md 595 lines = ~625 lines), context usage is reduced by 52-73%.
This means:
More room for actual tasks — saved context can be used for document content and business logic
Faster responses — fewer tokens means faster inference
Lower costs — significantly fewer tokens consumed per call
Robustness
File lock detection for all file operations
Parameter validation across all routes (levels, rows/cols, colors, spacing, etc.)
State management with overwrite warnings and cleanup on close
Unified error handling with clear, actionable messages
Save retry (3 attempts, 2s intervals) for locked files
Known Limitations
Single-document model (opening a new document warns about closing the current one)
No per-run rich text within a paragraph (whole-paragraph formatting only)
No text box support
No concurrent multi-user protection (designed for single-user MCP scenarios)
Acknowledgments
This project is built upon an extension of MCP-Doc, retaining its core DocxProcessor class architecture and 21 foundational document operations. It has been expanded to 63 routes with additional features including file lock detection and on-demand Skill loading. Thanks to the original author for the excellent work.
License
MIT
Available Tools
1 tooldocx_processB
IMPORTANT: Before calling this tool, you MUST first invoke the "docx-process" skill to load the complete parameter specifications. Do NOT call this tool without first loading the skill documentation.
Word document processing gateway. Use route to select the operation.
Parameters:
route: Operation name (e.g. "create_document", "add_paragraph", "search_text")
params: Parameters for the selected operation, see skill documentation for details
| Name | Required | Description | Default |
|---|---|---|---|
| route | Yes | ||
| params | Yes |
Output Schema
| Name | Required | Description |
|---|---|---|
| result | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries full burden. It mentions that behavior depends on the 'route' parameter but gives no details about side effects, idempotency, authorization, error handling, or output behavior. This leaves significant gaps for an agent.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is concise, with a prominent warning first, followed by a brief explanation and parameter list. Every sentence adds value. It is well-structured and front-loaded.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Despite having an output schema (from context signals), the description does not explain return values or behavior per route. It also lacks details about error cases and validation. For a gateway tool with nested params, more context is needed.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 0%, so the description must compensate. It explains that 'route' is the operation name with examples, and 'params' is the operation-specific parameters, referencing skill documentation. This adds value beyond the schema but is not fully self-contained.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states it is a 'Word document processing gateway' and mentions example routes like 'create_document', 'add_paragraph', 'search_text'. This makes the purpose specific and clear. However, there are no sibling tools to differentiate from, so it does not need to distinguish.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description explicitly instructs that the 'docx-process' skill must be loaded first before calling this tool. This provides a crucial usage guideline. It does not include when-not-to-use or alternatives, but no siblings exist.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
Only one tool exists, so there is absolutely no ambiguity between tools. The tool's route parameter further disambiguates sub-operations, but since it's a single tool, disambiguation is perfect.
With only one tool, naming consistency is inherently high. The name 'docx_process' uses a clear verb_noun pattern, consistent with typical MCP naming conventions.
A single tool for a Word document processor is borderline. While it bundles many operations via routes, the need to separately load skill documentation adds complexity. The scope feels slightly under-tooled.
The tool claims to support multiple operations like create, add paragraph, search text, but the lack of explicit listing makes completeness uncertain. The dependency on external skill documentation creates a potential gap for agents.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Document-to-Markdown MCP server — convert PDF, Office and HTML into LLM-ready Markdown.
AI document editing for agents: draft, edit, export .docx/PDF. 37 MCP tools; agent self-signup.
MCP server for skill documentation, generated by doc2mcp.
MCP server for agentverse documentation, generated by doc2mcp.
Related MCP Servers
- AlicenseAqualityCmaintenanceA server providing tools to read, write, and edit Microsoft Word (docx) files through the Model Context Protocol, allowing operations like complete document reading, content creation, targeted paragraph editing, and text insertion.440MIT
- AlicenseBqualityCmaintenanceAn MCP server for reading, editing, and validating Microsoft Word documents with specialized support for track changes, comments, and footnotes. It enables structural auditing, heading extraction, and precise OOXML-level document manipulation through natural language tools.10043MIT
- AlicenseAqualityDmaintenanceA local MCP server for reading and editing Word (.docx) documents with 33 tools for content, formatting, comments, page layout, and track changes, running locally via stdio.275396MIT
- AlicenseNot gradedqualityCmaintenanceA powerful Word document editing MCP server that provides complete document manipulation capabilities, including creation, editing, formatting, tables, images, and advanced features like footnotes and interface document generation.3MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
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/Zeke118/SKILLful-mcp-docx-processor'
If you have feedback or need assistance with the MCP directory API, please join our Discord server