skills/export-docx/SKILL.md
Convert architecture documents (blueprints, stakeholder presentations) from Markdown to professionally formatted Word (.docx) files. Applies corporate styling, embeds PNG diagrams, and creates presentation-ready documents.
npx skillsauth add navraj007in/architecture-cowork-plugin export-docxInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Convert architecture documents to professionally formatted Word documents (.docx) ready for stakeholder presentations, board meetings, and executive approvals.
Perfect for: Executive presentations, board decks, budget approvals, RFPs, investor updates, compliance documentation
Use this skill when you need to:
Input: Markdown file (blueprint or stakeholder presentation) Output: Professionally formatted .docx file
Input: stakeholder-presentation.md (from the stakeholder presentation workflow)
Output: stakeholder-presentation.docx
Formatting:
diagrams/ folder)Input: blueprint.md (from /architect:blueprint)
Output: architecture-blueprint.docx
Formatting:
Input: Sprint backlog section or standalone sprint doc
Output: sprint-backlog.docx
Formatting:
Analyze markdown to determine document type:
Use Pandoc (preferred) or markdown-to-docx library:
pandoc stakeholder-presentation.md \
-o stakeholder-presentation.docx \
--reference-doc=template.docx \
--toc \
--toc-depth=3 \
--number-sections \
--highlight-style=tango
Pandoc features:
If Pandoc not available, use Node.js library:
npm install markdown-to-docx
# Convert with basic styling
markdown-to-docx --input stakeholder-presentation.md \
--output stakeholder-presentation.docx \
--style professional
Use reference template (template.docx) with:
Replace markdown image references with embedded PNGs:
Markdown:

*System components and how they connect*
DOCX conversion:
diagrams/architecture-container.png as inline imageAuto-numbering: Figures numbered sequentially (Figure 1, Figure 2, etc.)
Markdown:
- [ ] Budget approved
- [x] Timeline approved
DOCX:
Markdown:
| Component | Cost |
|-----------|------|
| Frontend | $20 |
DOCX:
Markdown:
```bash
npm install
```
DOCX:
Markdown:
> **Note**: Start with managed platforms, upgrade to AWS when >100K users.
DOCX:
For stakeholder presentations, generate professional cover page:
═══════════════════════════════════════════════════════
[PROJECT NAME]
Architecture & Implementation Plan
───────────────────────────────────────────────────────
Prepared for: [Stakeholder Name/Team]
Prepared by: Architect AI
Date: [Generation Date]
Version: 1.0
[Optional: Company Logo]
═══════════════════════════════════════════════════════
Styling:
Generate TOC with:
Example:
Table of Contents
Executive Summary................................................1
Solution Overview................................................3
High-Level Architecture Diagram................................3
Solution Components............................................4
Key Capabilities...............................................5
Technology Stack & Decisions.....................................6
Decision 1: Database - PostgreSQL..............................6
Decision 2: Hosting - Managed Platforms........................7
Cost Breakdown...................................................9
Infrastructure Costs..........................................9
Development Costs.............................................10
[...]
For stakeholder presentations, format approval section as form:
═══════════════════════════════════════════════════════
APPROVAL SECTION
═══════════════════════════════════════════════════════
Budget Approved: ☐ Yes ☐ No
Timeline Approved: ☐ Yes ☐ No
Technical Approach: ☐ Yes ☐ No
Risk Mitigation: ☐ Yes ☐ No
───────────────────────────────────────────────────────
Decision Required By: ____________________
Approved By: __________________________ Date: _________
Title: _________________________________________________
Signature: ____________________________________________
───────────────────────────────────────────────────────
When invoked, generate:
📄 Converting markdown to Word document...
✅ Detected document type: Stakeholder Presentation
✅ Parsed markdown structure (11 sections, 47 pages)
✅ Embedded 6 PNG diagrams from diagrams/ folder
✅ Applied corporate styling (Calibri, professional theme)
✅ Generated table of contents (3 levels, 28 entries)
✅ Formatted 8 tables with headers and alternating rows
✅ Added cover page with metadata
✅ Added approval section with signature fields
📄 stakeholder-presentation.docx created (2.4 MB, 47 pages)
Ready for stakeholder review!
Next steps:
- Review document in Microsoft Word or Google Docs
- Customize cover page with company logo
- Adjust approval checklist if needed
- Export to PDF for distribution: File → Export → PDF
Optional parameters (ask user if they want to customize):
Default behavior: Blue color scheme, Letter size, Calibri font, "Confidential" footer, version 1.0.
Use this skill to convert `stakeholder-presentation.md` to `stakeholder-presentation.docx`.
Use this skill with PDF export enabled.
# → stakeholder-presentation.docx
# → stakeholder-presentation.pdf
Use this skill with custom branding options such as logo, color theme, and A4 sizing.
# → stakeholder-presentation.docx (A4, corporate colors, with logo)
#!/bin/bash
# Convert markdown to DOCX with full styling
INPUT="stakeholder-presentation.md"
OUTPUT="stakeholder-presentation.docx"
TEMPLATE="template.docx" # Reference template with corporate styling
# Create reference template if it doesn't exist
if [ ! -f "$TEMPLATE" ]; then
pandoc --print-default-data-file reference.docx > "$TEMPLATE"
# Customize template.docx with corporate styling
fi
# Convert with Pandoc
pandoc "$INPUT" \
-o "$OUTPUT" \
--reference-doc="$TEMPLATE" \
--toc \
--toc-depth=3 \
--number-sections \
--highlight-style=tango \
--resource-path=".:diagrams" \
--metadata title="Architecture & Implementation Plan" \
--metadata author="Architect AI" \
--metadata date="$(date +%Y-%m-%d)"
echo "✅ Created $OUTPUT"
# Generate default template
pandoc --print-default-data-file reference.docx > template.docx
# Customize template.docx:
# 1. Open in Microsoft Word
# 2. Modify styles (Heading 1, Heading 2, Normal, etc.)
# 3. Set page layout (margins, headers, footers)
# 4. Configure table styles
# 5. Save and close
# Template is now ready for repeated use
# Option A: Use LibreOffice (headless)
libreoffice --headless \
--convert-to pdf \
stakeholder-presentation.docx \
--outdir .
# Option B: Use Pandoc with LaTeX
pandoc stakeholder-presentation.md \
-o stakeholder-presentation.pdf \
--pdf-engine=xelatex \
--toc \
--number-sections
/architect:export-diagrams first for embedded images."# 1. Generate blueprint
/architect:blueprint
# 2. Create stakeholder presentation markdown
# 3. Export diagrams to PNG
/architect:export-diagrams
# 4. Use this skill to convert the markdown to DOCX
# Result: stakeholder-presentation.docx ready for executives
A successful DOCX export should:
stakeholder-presentation.docx # Main output (2-5 MB)
stakeholder-presentation.pdf # Optional PDF export
template.docx # Reference template (reusable)
File sizes:
Replace default template with corporate template:
# 1. Create corporate template
# - Open template.docx in Word
# - Apply corporate fonts, colors, logo
# - Save as corporate-template.docx
# 2. Use this skill with the custom template during conversion
Export multiple documents at once:
# Export all markdown files in the current directory with this skill's batch workflow
# Output:
# ✅ blueprint.docx
# ✅ stakeholder-presentation.docx
# ✅ sprint-backlog.docx
Automatically version documents:
Use this skill with document version `2.1`.
# Output: stakeholder-presentation-v2.1.docx
# Footer: "Version 2.1 - Generated 2026-02-07"
Use this skill on `stakeholder-presentation.md`.
# Output:
# ✅ stakeholder-presentation.docx created (47 pages, 2.4 MB)
Use this skill with a logo and PDF export enabled.
# Output:
# ✅ stakeholder-presentation.docx (with Acme logo)
# ✅ stakeholder-presentation.pdf
Use this skill on `blueprint.md` with output path `architecture-blueprint.docx`.
# Output:
# ✅ architecture-blueprint.docx (19 sections, 87 pages)
Before considering export complete, verify:
Solution: Adjust max-width in Pandoc:
pandoc ... --metadata max-width=6in
Solution: Ensure --toc flag is used and H2/H3 headings exist
Solution: Use --highlight-style=tango and monospace font in template
Solution: Install required LaTeX packages or use LibreOffice conversion
Solution: Ensure UTF-8 encoding:
pandoc ... --metadata charset=utf-8
development
# Trade-Off Analysis Skill Quantifies exact trade-offs when switching between architecture options. Shows users precisely what they gain and lose when choosing Option A over Option B. ## When to Use Use this skill to help users decide between options by showing: 1. **Cost difference** — how much more/less per month? 2. **Performance difference** — how much faster/slower? 3. **Complexity difference** — how much harder to build/maintain? 4. **Scalability difference** — when does this option hit
testing
# Stage Detection Skill Detects the current project stage (concept → mvp → growth → enterprise) based on `_state.json` field presence and completeness. Used by `/architect:next-steps`, `/architect:check-state`, and roadmap commands. ## When to Use Invoke this skill when you need to determine what stage a project is at based on its state file. Stage detection drives: - Command recommendations (what to run next) - Required fields validation (what should exist at this stage) - Risk assessment (w
development
# Stack Swap Simulator Skill Estimates cost and effort to switch from one tech stack to another. Helps answer: "Can we migrate later if needed?" ## When to Use Use this skill to understand: 1. **Cost of switching stacks** — engineer weeks + downtime risk 2. **Timeline to switch** — how long is the project? 3. **Risk of switching** — what can go wrong? 4. **ROI of switching** — does it save money long-term? 5. **Backwards compatibility** — can we do a gradual migration? ## Input Provide sour
tools
# Stack Compatibility Skill Verifies that chosen technologies integrate well together. Prevents "I picked these tools and they don't work well together" regrets. ## When to Use Use this skill to verify: 1. **Chosen tools work together** — React + Node + MongoDB = good? 2. **No hidden incompatibilities** — will I hit issues in production? 3. **Team can support it** — do we have expertise for this combo? 4. **Licenses compatible** — can we use these together commercially? 5. **Performance assum