onlylt/wow-gongwen-writing

---

✨ 这是什么

一个给体制内文秘 / 办公室 / 职能科室用的公文写作助手。你不用再对着空白文档发愁“框架怎么立、亮点怎么写”“这个该写请示还是报告”“行文方向对不对”——把要办的事、手头的素材、领导的意图丢给它，它按党政机关公文处理规范帮你把稿子立起来。

与"传统人工起草"和"普通 AI 写作"相比，它的定位是这样的：

👆 右侧 🏆 公文写作助手 列即本工具的差异化能力。

---

📌 能写哪些公文

适用：政府及职能部门口径（重政策落地、数据事实、务实平实）。 不适用（会先提示你）：党委/纪检/组织/宣传的强政治口径专稿、纯法律文书/合同、对外新闻通稿/营销文案，以及涉密和重大决策表述（须由本单位核稿人终审）。

---

🚀 使用方法

1️⃣ 30S安装

① 一行命令（最快）：

npx skills add https://github.com/onlyLT/wow-gongwen-writing --skill wow-gongwen-writing

② 让有 shell 权限的 AI Agent 帮你装（复制这段话直接发，任意平台通用）：

帮我安装一个 Agent Skill：把 https://github.com/onlyLT/wow-gongwen-writing 克隆到你加载技能（SKILL.md）的目录里。如果不确定路径，先确认你的 skills 加载目录再克隆（例如 Claude Code 是 ~/.claude/skills/，其他 Agent Skills 兼容平台用各自的 skills 目录）。克隆完成后检查目录里能看到 SKILL.md，然后告诉我安装位置和怎么触发这个技能。

③ 手动放进 skills 目录：下载 / 克隆本仓库后，把整个目录放进你的 agent 的 skills 加载路径即可——如Claude Code 放进 ~/.claude/skills目录下，重启后自然触发；其他 Agent Skills 兼容平台放进各自对应的路径。

核心写作能力零依赖，任何 Agent Skills 兼容 harness 都能跑（导出 Word 是可选能力，见下）。安装后技能触发名为 wow-gongwen-writing。

2️⃣ 三种常见用法

① 直接说需求   →  "帮我写一份关于开展安全生产大检查的通知"
② 给一堆要点   →  "把这些要点写成给市政府的请示：……"
③ 拿稿子来改   →  "这份报告帮我按公文规范改一下 / 润色一下"

3️⃣ 核心工作流：先出大纲，再逐段填

默认不会一上来就冲一篇成稿给你，而是走一套可控、可回头的流程——每一步你都能叫停、纠偏。

①取料        问一轮（最多3问）：文种 / 发文机关·行文方向 / 事由诉求 / 关键数据
   ↓
②定文种      按「文种速判表」定文种 → 核对结构骨架与易错点（方向错先卡住）
   ↓
③出大纲      先给"标题 + 分层骨架" ⏸️ 停下等你确认
   ↓
④填成稿      按骨架展开，套用政府文风，对照负面清单自查
   ↓
⑤版式校验    核对 GB/T 9704 版式要素，随稿附「校验清单」
   ↓
⑥导出Word    (按需) 生成 GB/T 9704 版式的 .docx

赶时间？ 说"直接出成稿"，或交给它的本来就是整理型任务（会议记录→纪要、旧稿改文种），只跳过第③步大纲，其余照走；取舍和推定写在稿前「起草说明」里，不同意可以直接改。

你指定的写法违反行文规则？（请示多头主送、上行文抄送下级、部门给乡镇政府发指令……）不会照办，也不会反复追问——直接按合规方案写，开头一两句说明改了什么、依据哪条、还有什么替代办法。

拿已有稿来改？ 走独立的「改稿/润色分支」：七步诊断（文种→行文关系→逻辑→事实→语言→格式→错字）→ 按 P0（事实数据·文种·行文规则）/ P1（观点结构）/ P2（语言格式） 列诊断表 ⏸️ 等你确认 → 逐级修改 → 通读复核，改动处逐条说明。说"直接改""明天就要报"时不停，诊断表和修改稿一次给。

4️⃣ 一键导出规范版式 Word

需要 .docx 时，成稿会被组织成 JSON 规格，喂给内置导出器，产出 GB/T 9704-2012 版式的公文（已用 Word 渲染逐项量过）：

• A4、版心 156×225mm、每面 22 行 × 每行 28 字；红头距版心 35mm，发文字号、标题、主送按"空二行/空一行"定位
• 上行文签发人与发文字号同行（字号居左空一字、签发人居右空一字，姓名楷体）
• 署名、成文日期按加盖 / 不加盖印章两种国标排法定位，正文末段与署名同页
• 附件说明回行对齐、附件另页；纪要出席/列席名单；份号、密级、紧急程度
• 版记（抄送、印发机关和日期，粗细分隔线）固定在末页版心底部；页码"— 1 —"单页居右、双页居左

uv run --with python-docx python scripts/export_docx.py spec.json   # 推荐，免装依赖
# 或：pip install -r scripts/requirements.txt && python scripts/export_docx.py spec.json

印章由办公室加盖（位置已留好）；本机没装方正小标宋等字体时，Word 会替换显示。

没装 Python / python-docx 也不影响——会自动降级为交付 markdown 成稿 + 版式说明，不阻断主体交付。

---

🎬 案例演示

精选九个场景：覆盖上行 / 下行 / 平行三个行文方向 + 讲话稿 / 调研报告 / 工作方案 / 工作总结 / 政务信息与专报等高频事务性材料；主题均取自当下真实政务热点（"两新"政策、新就业形态、营商环境、银发经济、基本公共服务均衡化），数据一律 【待补】/【示意·待核】 占位不杜撰。带 ★ 的为真实生成产物，可在 examples/ 下载完整 .docx。

---

🎤 场景一 · 领导交流发言稿（事务性）★ 真实全文

输入：一句话——“写一份在全省会议上的乡村振兴交流发言稿”。 输出：一篇"三个坚持"结构、讲话口吻、数据处全部留占位的交流发言稿，直接可套本地数据。

👉 看点：讲话稿的"起—承—结"完整，三个分论点句式排比、朗朗上口；所有数据一律留 【待补】 待你填本地口径，涉及政治表述处还贴心加了「【建议核对本省惯用表述】」提醒。📎 下载完整 docx

---

🔍 场景二 · 调研报告（事务性，主题：新就业形态劳动者权益）★ 真实产物

输入要点：把县里外卖骑手、快递员、网约车司机权益保障的调研摸底写成报告——问题讲透、建议落地，数字后面补。 skill 自动把关：问题剖析到机制层面、对策与问题一一对应——调研报告的两条命门。

👉 看点：现状只作一句概述，笔墨压在问题上——每个问题从现象追到跨部门数据、协商主体等机制层面，每条对策精准回扣一个问题（防护网↔参保断点、黑箱↔算法隐身）；小标题一组风格统一，全篇数字宁缺不编。📎 下载完整 docx

---

📐 场景三 · 工作方案（事务性，主题：2026"两新"政策落地）★ 真实产物

输入要点：起草《××县2026年"两新"提质增效实施方案》，任务分工要写清牵头单位、责任单位和完成时限。 skill 自动把关：每条任务钉死"牵头单位+责任单位+完成时限"——缺一项即"不可操作"，是方案文种最典型的硬伤。

👉 看点：政策依据挂的是真实文件（发改环资〔2025〕1745号）且补贴口径与 2026 年国家政策一致；本县自设的量化目标则全部留白待补——上级政策可核实就写实，本地数据没依据就占位，两条线分得很清。📎 下载完整 docx

---

🧾 场景四 · 工作总结（事务性，主题：上半年优化营商环境）★ 真实产物

输入要点：写一份 2026 年上半年优化营商环境工作总结，年中报送用——“成效讲清楚、问题别写虚了”。 skill 自动把关：成效数据说话、问题写到具体场景、下一步打算与问题逐条对应——总结不是流水账。

👉 看点：「存在问题」没有写成"仍存不足"式空话，而是点到具体场景（哪类事项、重复提交什么材料）；「下一步打算」三条与三个问题逐条咬合——数据共享↔数据壁垒、修清单↔掌握不精准、免申即享↔兑现效率低。📎 下载完整 docx

---

📨 场景五 · 政务信息（事务性，主题：老年助餐）★ 真实产物

输入要点：就"老年助餐服务扩面提质"报一篇政务信息，供县领导阅批并上报市里作亮点素材。 skill 自动把关：观点式标题、一事一报、300–800 字——短、快、新是这个文种的灵魂。

👉 看点：标题是"做法+成效"的观点式写法（一眼看出亮点，不是《关于××工作的信息》式流水账）；全文不到 400 字、一事一报，每个判断都挂着数据位——还顺手把"两新"适老化补贴这条跨政策热点自然缝了进去。docx 版带红色简报报头、期号、编发单位、报送附注，展示导出器的报头能力。📎 下载完整 docx

---

📬 场景六 · 信息专报（事务性，主题：基本公共服务优质均衡）★ 真实全文

输入：以义乌市为对象，写一篇报送上级的基本公共服务建设信息专报——真实城市、重大主题，展示"专报"的完整规格。 skill 自动把关：专报报头（期号/编发单位/签发人）+ 观点式主副标题 + 版记（报送/编发）——比普通政务信息高一个规格；数据不冒充真实统计。

👉 看点：真实城市、真实市情（人口倒挂、外商集聚都是义乌实况），四个"聚焦"小标题一组对仗成套；与普通政务信息的区别在规格——红头专报报头、期号、签发人、报送/编发版记一应俱全。本示例生成于 v0.2，数字标的是【示意·待核】；自 v0.3 起规则收紧：上报材料里已发生的实绩数据一律用【待补】留白，【示意·待核】只用于代拟的目标值、时限、分工等设计性内容——赶时间时，带标记的"参考数"最容易被顺手当真数报上去。📎 下载完整 docx

---

📋 场景七 · 请示（上行文）

输入要点：县里拟举办一个文化旅游节 → 须报市政府批准。 skill 自动把关：一文一事、单主送、需批复——请示三条铁律。

👉 看点：只讲一件事（办节）、只报一个上级机关（县政府 → 市政府，隶属关系明确）、结尾请求批复——若你误把它当"报告"来写，skill 会先纠正文种。

---

📢 场景八 · 通知（下行文）

输入要点：国庆中秋假期，部署安全生产工作。 skill 自动把关：布置工作、事项分条、结尾"特此通知"。

👉 看点：下行文口吻、任务分条可落地、主送机关表述规范（"各县（市、区）人民政府"顿号连接）。

---

🤝 场景九 · 函（平行文，商洽不相隶属机关）

输入要点：向同级不相隶属的交通部门，商请提供某项目用地规划意见。 skill 自动把关：对不相隶属机关用"函"而非"请示"——这是最常见的行文硬伤之一。

👉 看点：平行文用商洽语气（“商请”“为盼”），既不上行也不下行——把行文方向摆正，是公文规范的第一道关。

---

📊 规范把关

内建的规范把关（每次成稿自动过一遍）

• ✅ 行文关系：《条例》第十三～十七条逐条落地——请示"一文一事、单主送、不抄送下级"，报告"不得夹带请示事项"，部门不得向下级政府发指令性公文（经政府同意须文中注明），越级须抄送被越过机关，内设机构不对外行文
• ✅ 版式要素：标题、主送、发文字号、签发人、成文日期、附件说明、附注、印章位、版记、页码（依据 GB/T 9704-2012 原文，惯例与国标条文分开标注）
• ✅ 事实不杜撰：已发生的数据、案例、文号只占位不编造；你说"编得像样点"也不编，改给取数清单和降级写法
• ✅ 负面清单：政治性差错、行文规则违规、格式硬伤、事实/数据风险、内容逻辑、文风与标点（“截至/截止”“12%～15%”），逐条自查
• ✅ 风险提示：涉密、重大决策、对外表述一律提示"须经本单位核稿人/保密审查终审"，不代替把关

---

📁 目录结构

wow-gongwen-writing/
├── SKILL.md                       # 技能主文件：工作流 + 文种速判表 + 输出契约
├── references/                    # 按需加载的知识库
│   ├── wenzhong-handbook.md       #   文种手册：每种含 适用/方向/骨架/口径/易错点
│   ├── xingwen-rules.md           #   行文关系判定表 + 《条例》行文规则 + "指定即违规"纠正对照
│   ├── format-gbt9704.md          #   GB/T 9704 版式要素、署名印章、附件版记、纪要/信函格式
│   ├── style-and-diction.md       #   政府口径文风、开头过渡结尾套路、规范用语、数字标点
│   ├── negative-checklist.md      #   负面清单：六类雷区逐条自查
│   ├── craft-principles.md        #   写作内功：标题技法/谋篇骨架/语言十弊/改稿七步(P0/P1/P2)
│   └── export-docx-notes.md       #   导出 Word 操作手册
├── templates/                     # 各文种成稿骨架（大纲加速起点）
├── scripts/
│   ├── export_docx.py             # 通用公文 → 规范版式 Word 导出器
│   └── requirements.txt
├── examples/                      # 精选真实产物（.docx）
└── README.md

---

📚 依据标准

• 《党政机关公文处理工作条例》（中办发〔2012〕14号）
• GB/T 9704-2012《党政机关公文格式》（2025 年复审继续有效）
• GB/T 15834-2011《标点符号用法》、GB/T 15835-2011《出版物上数字用法》
• 《整治形式主义为基层减负若干规定》（2024）中约束发文的条款

---

⚠️ 使用须知

• 本 skill 为政府口径通用写作助手，涉密、重大决策、对外表述、党言党语专稿等，须经本单位核稿人 / 保密审查终审，工具不代替把关。
• 成稿中的 【待补：xx】 为需你补齐的真实数据（文号、数字、日期、人名等），工具不会杜撰。
• 生成内容仅供起草参考，正式行文前请按本单位流程审核。

---