Skip to main content
Glama
Zeke118

SKILLful MCP Docx Processor

by Zeke118

SKILLful MCP Docx Processor

English | 中文

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 sync

Configure 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.py

Replace /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 & queries

Claude 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 tool
docx_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

ParametersJSON Schema
NameRequiredDescriptionDefault
routeYes
paramsYes

Output Schema

ParametersJSON Schema
NameRequiredDescription
resultYes

TDQS

B3.3/5.0
Behavior2/5

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.

Conciseness4/5

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.

Completeness2/5

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.

Parameters3/5

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.

Purpose4/5

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.

Usage Guidelines4/5

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

A3.5/5.0
Disambiguation5/5

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.

Naming Consistency5/5

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.

Tool Count3/5

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.

Completeness3/5

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

ActivityInactive
ResponsivenessNo issues

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

Related MCP Servers

  • A
    license
    B
    quality
    C
    maintenance
    An 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.
    100
    43
    MIT
  • A
    license
    A
    quality
    D
    maintenance
    A 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.
    27
    539
    6
    MIT
  • A
    license
    Not graded
    quality
    C
    maintenance
    A 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.
    3
    MIT

Latest Blog Posts

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