smithery.ai

word

|- Handle Word document (.docx) creation, editing, and analysis with high-fidelity visual review. Use for professional reports, legal documents, and tracked changes. Use proactively when quality and precise formatting are critical. - user: "Create a professional report in Word" -> use python-docx with render loops - user: "Draft a legal contract with redlines" -> use ooxml redlining workflow - user: "Extract text from this DOCX while preserving structure" -> use pandoc markdown conversion

First seen Mar 29, 2026

Installation

$ npx skills add https://smithery.ai

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery.ai · top by installs.

npx skills add https://smithery.ai

Browse all from smithery.ai

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,586 B
  • docs SUMMARY.md 518 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 2 installs

SKILL.md

<instructions> <worddocumentprofessional_suite>

<quality_workflow> For all professional deliverables, you MUST follow the "Render & Review" loop:

  1. Edit: Use python-docx for structure/styling or the Document library for XML edits.
  2. Render: Convert to PDF/PNG using soffice and pdftoppm:

- soffice --headless --convert-to pdf document.docx - pdftoppm -png -r 150 document.pdf page

  1. Inspect: Read the generated PNG images. You MUST look for clipped text, overlapping shapes, or misaligned margins.
  2. Fix: Address defects and repeat the loop until the document is visually flawless.

</quality_workflow>

<technical_workflows>

1. Creating New Documents

  • Python: You SHOULD use python-docx. Establish hierarchy with HeadingLevel styles.
  • JavaScript: You SHOULD use docx-js. Reference: See references/docx-js.md for syntax.
  • CRITICAL: You MUST NOT use \n for line breaks (use Paragraphs). You MUST NOT use Unicode bullets (use numbering config). PageBreak MUST be inside a Paragraph.

2. Redlining & Tracked Changes

For legal or business review:

  • Initialize: Use scripts/document.py. Reference: Read references/ooxml.md for XML patterns.
  • Procedure: Unpack (unpack.py), edit XML using the Document Library, then Pack (pack.py).
  • Standard: You MUST only mark text that actually changes. Keep unchanged text outside <w:del>/<w:ins>.

3. Text Extraction

  • You SHOULD use Pandoc to convert to markdown while preserving structure:

- pandoc --track-changes=all path-to-file.docx -o output.md </technical_workflows>

<quality_expectations>

  • Client-Ready: You MUST NOT use Unicode dashes (use ASCII hyphens). No internal AI tokens.
  • Element Ordering: In <w:pPr>, elements MUST follow schema order: Style -> Numbering -> Spacing -> Indent -> Alignment.
  • Visual Fidelity: Charts and tables MUST be sharp and legible in rendered previews.

</quality_expectations>

</worddocumentprofessional_suite> </instructions>