majiayu000 写 docx 报告 — 高密度实战手册
重型参考材料（设计 token / spacing 数值 / 9 个 helper / 文档外壳 / 用法示例 / 装配顺序）在
references/，按下方索引按需 Read 全文，不要凭记忆手写。
何时用本 skill
| 信号 | 用本 skill |
|---|---|
| 用户要把 markdown 报告 → docx | ✅ |
| 报告是中文 / 含大量表格 / 需要视觉强调（决议 / 警示） | ✅ |
| 用户反馈"格式混乱 / 不专业 / 字段被分行 / 段前段后大 / 页边距宽" | ✅ |
| 报告需要封面页 / 自动目录 / 页眉页脚 / 警示框 | ✅ |
| 只是导出几页纯文本 / 没有表格 | ❌ 用 pandoc 默认即可 |
| 要做的是 PPT / Excel | ❌ 转 pptx / xlsx skill |
路径决策（3 选 1）
| 路径 | 何时选 | 代价 |
|---|---|---|
pandoc 默认 pandoc x.md -o x.docx |
内部草稿 / 纯文本为主 / 表格 ≤ 3 个 | 几秒；视觉无控制 |
| pandoc + reference.docx | 想统一字体 / 标题色但不要 callout | 中等；要先在 Word 里手工调样式做模板 |
| docx-js 全定制（本 skill 核心） | 正式对外报告 / 高密度表格 / 警示框 / 封面页 | 一次写 ~600 行 JS，复用率 90% |
判定经验：用户说"格式混乱"基本就是要 docx-js——根因是 pandoc 的列宽 auto + 无样式覆盖。
References 索引（什么时候必读哪份）
| 场景 | 必读（Read 全文） |
|---|---|
| 动手写任何 docx-js 生成脚本前 | references/design-tokens-and-helpers.md——设计 token / spacing 收紧数值 / 9 个可复用 helper + 用法示例 / 文档外壳模板 / 结构化数据→表格技巧 / 装配顺序，全套粘贴即用 |
配色铁律
- 标题用
PRIMARY（深蓝）不用默认黑——视觉层次靠颜色对比 - "强制不通过 / 警示 / 一票否决"用
DANGER+ 浅红 BG callout - "事实风险 / 即将逾期"用
WARN+ 浅黄 BG callout - 表头一律
PRIMARY_LIGHT底，body 用ALT_ROW隔行底（zebra） - 普通文本辅助信息（注释 / 路径）用
MUTED灰
spacing 要点（完整数值表见 references）
段前段后是 docx 最易膨胀的维度：default spacing（before 240+ / after 180+）= 19 页，收紧后 15 页（-21%）。收紧基准：H1=240/120、H2=160/80、H3=120/60、p=40/40、表格周边=30/30、bullet=30/30、cell margins=60/100。
11 个 pitfall（踩过的坑）
| # | 坑 | 解决 |
|---|---|---|
| 1 | 中文字体没指定 → LibreOffice 渲染丑 | 每个 TextRun 都带 font: "PingFang SC"（不能依赖 default styles） |
| 2 | 表格列宽 auto → 长字段强制换行 | 设计稿基准列宽 + scaleWidths 缩到 CONTENT_WIDTH；table.width + cell.width 两处都设 |
| 3 | WidthType.PERCENTAGE 在 Google Docs 渲染异常 |
全部用 WidthType.DXA |
| 4 | ShadingType.SOLID 让 cell 整块变黑 |
用 ShadingType.CLEAR（这是 docx 协议惯例反直觉的地方） |
| 5 | 段前段后 spacing 用默认 → 文档膨胀 30% | H1=240/120、H2=160/80、p=40/40、表格周边=30/30 |
| 6 | PageBreak 单独放 → 生成无效 XML |
必须在 Paragraph 里：new Paragraph({ children: [new PageBreak()] }) 或 pageBreakBefore: true |
| 7 | bullet 用 • Item 字面字符 |
必须 numbering.config + LevelFormat.BULLET + Paragraph 的 numbering: { reference: "bullets", level: 0 } |
| 8 | docx-js 默认 A4，国内场景 OK；但海外项目要 Letter | A4: 11906×16838 / Letter: 12240×15840（都是 DXA） |
| 9 | cell margins 不计入 columnWidths → 实际可用窗口比想象小 | columnWidths 总和 == table.width；cell 内 padding 是 margins 单独算 |
| 10 | TOC 标题没出现 | Heading1/2/3 必须用确切 ID 覆盖样式 + outlineLevel 必填 |
| 11 | validate.py 依赖 defusedxml 可能没装 |
跳过 validate.py，用 pandoc → plain 反向读 + unzip -l 看结构替代 |
生成 → 预览 → 反馈闭环
# 1. 安装依赖
npm install -g docx
# 2. 写脚本到 /tmp/gen.js（不要写到项目目录，跑完即弃）
# 3. 跑生成
NODE_PATH=$(npm root -g) node /tmp/gen.js
# 4. 转 PDF 看效果（LibreOffice 会用 PingFang SC fallback）
python3 .claude/skills/docx/scripts/office/soffice.py --headless --convert-to pdf output.docx
# 5. 截图前 6 页
pdftoppm -jpeg -r 110 -f 1 -l 6 output.pdf /tmp/preview
# 6. Read JPG 验证视觉
# （如有问题：改 token / 列宽 / spacing，回到 3）
# 7. 反向 pandoc 验证内容完整性
pandoc output.docx -t plain | head -60
关键：截图给用户看比 review JS 代码有效 10 倍。像设计师一样反复看渲染图，别像程序员一样 review 代码。
用户反馈映射（常见 → 调整）
| 用户反馈 | 你要调的 token |
|---|---|
| "页边距太宽" | MARGIN 左右 1440 → 720；重算 CONTENT_WIDTH |
| "表格分行" | 同上 + 重新分配 widthsBefore（让长字段列更宽） |
| "段前段后大" | H1 H2 H3 + p 的 spacing 全局缩 50% |
| "颜色太花" / "正式场合" | 砍掉 OK 绿 / WARN 黄，只保留 PRIMARY + DANGER + MUTED |
| "中文字体丑" | 检查每个 TextRun 是否带 font: FONT；考虑加 Microsoft YaHei 备选 |
| "想要封面页" | section 0 加居中大标题 + 元信息 + 红框 callout |
| "想要目录" | 加 new TableOfContents("目录", { hyperlink: true, headingStyleRange: "1-3" })；Word 打开后 F9 刷新 |
| "页码不对 / 没页眉" | section.headers/footers + PageNumber.CURRENT / TOTAL_PAGES |
决策矩阵 — 不需要 docx-js 的反例
| 场景 | 用什么 | 原因 |
|---|---|---|
| 1 页备忘录 | pandoc | 不值得写 600 行 JS |
| 内部 README | 留 markdown | 别强行 docx |
| 含复杂数学公式 | LaTeX → PDF | docx 公式渲染不稳 |
| 1000+ 行数据表 | xlsx skill | docx 表格大了渲染慢 |
| 简历 / 投递书 | Word 模板手填 | 别造轮子 |
| 含截图 / 图片 | docx-js + ImageRun（必须带 type 参数） |
OK 但要算图片尺寸（EMU 单位，914400 = 1 inch） |
自检清单（交付前）
逐条 grep 验"11 个 pitfall"前三条（font: FONT 不漏 / 无 PERCENTAGE / 无 SOLID）+ 跑完整"生成 → 预览 → 反馈闭环"（soffice 转 PDF 截图自看 + 反向 pandoc -t plain 验内容没丢）。两节全过 = 可交付用户。