DeepSeek Harness Hub
← 返回列表

公文排版转换器GitTOU/dsh-tool-gbt9704

DeepSeek Harnessspec-screened在 GitHub 查看 ↗
未验证

把 Markdown 或 Word 一键排成 GB/T 9704 公文格式

尚未跑自动兼容性验证,可查看页面内的依赖与入口分析。 · 最近上游提交 2026/8/17 · 已提供中文文档

DeepSeek Harness 插件:Markdown/Word 一键排版为 GB/T 9704 党政机关公文格式

综合分
27.7
GitHub 分
27.7
用户评分
★ Stars
1
周下载量
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add GitTOU/dsh-tool-gbt9704
该插件未发布到 npm,走 GitHub 源安装(pnpm 若拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑)
数据截至 2026/9/16(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
依赖的 DSH / Cordis 模块
@deepseek-ai/dsh-agent@deepseek-ai/dsh-llm@deepseek-ai/dsh-session@deepseek-ai/dsh-system-prompt@deepseek-ai/dsh-tools@deepseek-ai/cordis@deepseek-ai/schemastery
用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动

README

dsh-tool-gbt9704

面向模型的 gbt9704_convert 工具:将 Markdown(.md)或 Word(.docx)源文件重新排版为符合 GB/T 9704-2012 党政机关公文格式的正文版式,并输出为新的 .docx。

该转换器是自包含的:它使用 Node 的 fs 读取源文件,通过共享文档模型(Markdown 使用 mdast,现有 .docx 文件使用 OOXML 提取器)解析,将模型渲染到手写构建的 OOXML 文档上(通过 fflate 构建的最小 .docx 容器),并写出输出文件。它不注册任何服务,也不保存任何状态;一次调用就是纯粹的路径输入/路径输出转换。

应用的版式(GB/T 9704-2012 正文规则)

| 元素 | 规则 |
|---|---|
| 纸张 | A4 210 mm × 297 mm |
| 页边距 | 天头 37、订口 28、地脚 35、翻口 26 mm → 版心 156 mm × 225 mm |
| 正文 | 三号仿宋_GB2312(16 pt),两端对齐,首行缩进两字符 |
| 网格 | 每页 22 行,每行 28 字,固定行距 28.95 pt(579 twips) |
| 标题 | 二号小标宋(22 pt),居中,后空两行 |
| 层次标题 | 一、黑体 / (一)楷体_GB2312 / 1. 和 (1)仿宋,首行缩进 |
| 主送机关 | 顶格,以全角冒号结尾,正文前空一行 |
| 署名/成文日期 | 右对齐;日期的首字位于署名首字右侧两字符处(右缩进根据两者长度计算,依据 §7.3.5.2) |
| 页码 | 四号宋体“—1—”,奇数页右空一字,偶数页左空一字(evenAndOddHeaders) |

所有值都是 Config 字段,并采用该标准的默认值;部署时可以从 cordis.yml 覆盖字体、字号、页边距或行距。

书写约定(约定位置解析)

该工具不需要元数据块;它按位置读取文档:

- 第一个标题(或当源文件没有标题时的第一个短段落)是标题。
- 以 一、 / (一) / 1. / (1) 开头的行会成为四个层次标题级别,无论 Markdown 标题深度如何。
- 第一个以全角冒号结尾的短段落是主送机关。
- 最后两段是发文机关署名和成文日期,当最后一段匹配日期形式(2024年1月5日 或 二〇二四年一月五日)时。
- GFM 表格、有序/无序列表项、代码行、块引用和 PNG/JPEG 图像分别转换为表格、正文段落、正文段落、正文段落和居中图像。

配置

所有字段都是可选的;适用该标准的默认值。src/index.ts 中的 z schema。

| 键 | 默认值 | 含义 |
|---|---|---|
| bodyFont | 仿宋_GB2312 | 正文/主送机关/三级四级标题字体 |
| titleFont | 方正小标宋简体 | 标题字体 |
| heading1Font | 黑体 | 一级标题字体 |
| heading2Font | 楷体_GB2312 | 二级标题字体 |
| latinFont | Times New Roman | 拉丁/数字字体 |
| pageNumberFont | 宋体 | 页码字体 |
| bodySizePt / titleSizePt / pageNumberSizePt | 16 / 22 / 14 | 字号(磅) |
| linePitchTwips | 579 | 固定行距(twips) |
| topMarginMm / leftMarginMm / bottomMarginMm / rightMarginMm | 37 / 28 / 35 / 26 | 页边距(mm) |

模型体验

请求上下文与条件

模型看到的内容
该工具的完整描述加上标准的版式摘要;模型提供源路径和可选覆盖项。描述逐字固定了转换约定,使模型知道哪些 Markdown 形式映射到哪些公文要素。

Token 影响

一个工具描述,固定不变;无数据依赖的提示增长。面向模型的结果是一段简短摘要(输出路径、检测到的标题、块计数、警告)。

KV 缓存影响

工具描述是稳定的前缀;它不会使缓存复用失效。结果因调用而异,但属于结果轮次内容,而非请求上下文。

已知限制与推迟的工作

- Docx→docx 保真度 — 读取器仅提取段落/表格文本和图像;复杂的 Word 特性(页眉/页脚、批注、修订、图表、文本框、逐 run 字体)不会带入重建的文档。用它来规范化普通公文,而不是对任意 Word 文件进行往返转换。
- 图像 — 仅嵌入 PNG 和 JPEG;行内(段落中间)图像和表格单元格内的图像会被丢弃。Markdown 中的远程 http(s) 图像 URL 会作为警告报告。
- 红头和版记 — 版头(发文机关标志、发文字号、红色分隔线、份号/密级)和版记(抄送/印发机关、分隔线)不在范围内;转换器生成主体版式以及页码。
- 字体可用性 — 仿宋_GB2312、方正小标宋简体 和 楷体_GB2312 在 Windows 公文部署中很常见,但在其他地方可能缺失;Word 在打开时会替换字体。当部署标准化为不同名称时,可通过 Config 覆盖。
- 无沙箱中介 — 该工具自行执行 fs 读写,不经过 ctx.fs 服务,因此其写入不会被记录为 agent 观察到的文件状态,也不受文件系统沙箱限制。面向模型的文件变更工具仍是沙箱路径;此工具是专用转换器。

上游仓库有新提交时邮件通知你(每天最多一封,无更新不打扰),随时一键退订。

💬 加入 DPharness 群聊

插件用法、部署报错、新插件第一时间同步——群里问,比一个人翻文档快。

点击加入 QQ 群
DPharness 群聊二维码,手机 QQ 扫码进群
扫码进群