Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add serejaris/kimi-skills --skill docxgit clone --depth 1 https://github.com/serejaris/kimi-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/serejaris/kimi-skills/docx)<a href="https://agentmods.dev/skills/serejaris/kimi-skills/docx"><img src="https://agentmods.dev/badge/skills/serejaris/kimi-skills/docx/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/serejaris/kimi-skills/docx"><img src="https://agentmods.dev/badge/skills/serejaris/kimi-skills/docx.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00062 | $0.01576 |
| Opus 5 | $0.00031 | $0.00788 |
| Sonnet 5 | $0.00012 | $0.00315 |
| Haiku 4.5 | $0.00006 | $0.00158 |
Grade A, and why
docx scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 7d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 100 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Part 1: Routing
read file / cat only extracts plain text from .docx — all formatting is lost. If the task involves appearance or structure, use WIR engine's session.read() instead.
Route = What You Have
1. WIR (references/wir-reference.md) — A .docx exists whose format/style matters to the output.
The user provides a template, a document to edit/modify/review/annotate, or any file whose formatting should be preserved or referenced. This file is your output foundation — read it, modify it, fill it.
For existing .docx edits or redesigns, WIR is the required first path; use Create only when the file is merely a data source or after a named WIR failure.
If the .docx is merely a content/data source (e.g., reference papers, raw data exports) and its formatting is irrelevant, just read file to extract text — that is NOT a WIR case.
.doc format → convert first: libreoffice --headless --convert-to docx
2. md2docx (references/md2docx-reference.md) — A Markdown file is the intended content source for a new Word document.
Use md2docx when ANY of these conditions applies:
- You are the Orchestrator/Swarm and are producing a new
.docx; assemble the complete Markdown first, then convert it with md2docx. - The user explicitly requests Markdown-to-Word conversion or asks to use md2docx.
- Another skill, including Deep Research, requires a Markdown-first handoff to DOCX.
- An upstream agent or workflow has already returned the
.mdthat should become the document body.
When a complete final.md and its citation.jsonl are supplied, treat them as the finished content and citation inputs: do not restart research or rewrite the report, and use the supplied citation file for conversion.
These triggers do not override WIR for editing an existing .docx whose formatting must be preserved. If there is no existing DOCX and no Markdown-first trigger, use Create.
3. Create (references/openxml-sdk-reference.md) — Neither of the above.
What ships with it
39 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- assets/templates/CJKExample.cs 33 KB
- assets/templates/Docx.csproj 343 B
- assets/templates/Example.cs 35 KB
- assets/templates/obj/Docx.csproj.nuget.dgspec.json 2.0 KB
- assets/templates/obj/Docx.csproj.nuget.g.props 1.1 KB
- assets/templates/obj/Docx.csproj.nuget.g.targets 149 B
- assets/templates/obj/project.assets.json 6.4 KB
- assets/templates/obj/project.nuget.cache 522 B
- assets/templates/Program.cs 839 B
- LICENSE.txt 719 B
- references/chart-reference.md 7.6 KB
- references/matplotlib-guide.md 5.3 KB
- references/md2docx-reference.md 5.9 KB
- references/omml-reference.md 4.0 KB
- references/openxml-sdk-reference.md 28 KB
- references/wir-reference.md 33 KB
- scripts/docx 14 KB
- scripts/docx_lib/__init__.py 387 B runs code
- scripts/docx_lib/_core.cpython-312-x86_64-linux-gnu.so 564 KB
- scripts/engine/__init__.py 396 B runs code
- scripts/generate_backgrounds.py 3.9 KB runs code
- scripts/generate_formal_backgrounds.py 4.3 KB runs code
- scripts/generate_geometric_backgrounds.py 3.9 KB runs code
- scripts/generate_gradient_backgrounds.py 4.4 KB runs code
- scripts/generate_inkwash_backgrounds.py 4.5 KB runs code
- scripts/generate_swiss_backgrounds.py 4.2 KB runs code
- scripts/md2docx/citation_parser.py 10 KB runs code
- scripts/md2docx/docx_endnote.py 8.2 KB runs code
- scripts/md2docx/docx_footnote.py 8.4 KB runs code
- scripts/md2docx/docx_postprocess.py 8.2 KB runs code
- scripts/md2docx/docx_utils.py 4.9 KB runs code
- scripts/md2docx/md2docx_convert.py 7.4 KB runs code
- scripts/validate_all.py 6.1 KB runs code
- validator/DocumentFormat.OpenXml.Framework.dll 448 KB
- validator/System.IO.Packaging.dll 138 KB
- validator/Validator 71 KB
- validator/Validator.deps.json 2.3 KB
- validator/Validator.dll 10 KB
- validator/Validator.runtimeconfig.json 328 B
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 7d ago First seen · 100 lines · 62 tokens per session scan A c796ffcd2b78
docx is a skill published in the GitHub repository serejaris/kimi-skills (6 stars, last pushed 1mo ago), licensed MIT. It adds 62 tokens to every session and 1,576 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.
Other skills, from other repositories
okf-open-knowledge-format
Create, validate, and enrich Open Knowledge Format (OKF) bundles — the open spec for representing organizational knowledge as markdown files with YAML frontmatter. Use when the user mentions 'OKF', 'Open Knowledge Format', 'knowledge bundle', 'OKF bundle', 'create a knowledge base for agents', 'validate OKF', 'convert…
okf-frontmatter
Maintain openInvest's docs (docs/wiki chapters + docs/wiki/adr) under Google's Open Knowledge Format (OKF). Two jobs. (1) Teach agents to maintain docs the OKF way — every doc carries a small YAML frontmatter block as the single source of truth (type, title, tags, intent, schemasource, documents); schema details link…
agent-wiki
Incremental LLM-friendly wiki generator for Obsidian note vaults. Use when: (1) Building wiki from notes, (2) Ingesting notes to wiki, (3) Obsidian LLM wiki, (4) Incremental knowledge base management. Triggers: 'build wiki from notes', 'ingest notes to wiki', 'Obsidian LLM wiki', 'incremental knowledge base'.
Summarize document text and identify its main claims, evidence, and unanswered questions.
document-conversion
Use when converting between document formats. Covers HTML to Markdown, document to Markdown, PDF generation from HTML, and preserving structure through a conversion rather than losing it.
Use when working with PDF files. Covers text and table extraction, merging and splitting, form filling, watermarking, OCR for scanned documents, and generating PDFs.