chinese-official-writing

中文公文写作 Skill

中文公文写作 Skill 面向正式材料起草、改写、压缩和复核，提供文种路由、行文关系判断、办理要素核对、论证链条、标题核验、重复事项检测、主体视角校验、自然表达审查和技术类材料专项约束。它先判断创作、修改、只审不改或排版交付，再按任务加载轻量卡、文种 playbook 和专项资料，让事实、文种、格式与交付方式保持在同一条写作链上。

事实、数字和事项状态以用户材料为准；用户已有模板、标题顺序、字段结构和最新版底稿优先保留。成稿以正式、平实、可执行为主，兼顾公文语气、自然表达和低 AI 味。

核心能力

• 文种与行文关系：区分法定公文、事务文书和工作材料，按上行、下行和平行关系控制语气、结构与办理要求。
• 事实与模板边界：锁定主体、数字、日期、责任、期限、附件和事项状态，保留用户模板、字段顺序与最新版底稿。
• 办理要素与论证链：按请示、报告、通知协调、方案建设、可研审查和技术材料选择相应的办理要素与论证路径。
• 渐进式路由：短任务使用轻量卡，完整公文进入对应文种叶子，技术类材料按需加载专项规则。
• 创作、改稿与复核：分别处理从零起草、基于底稿修改、只审不改、压缩和 Word 正文衔接。
• 轻量审查：分层核对事实、视角、标题、格式、重复事项和模板化表达，并提供可选的确定性风险线索。
• 技术材料专项写作：覆盖 AI 算力、GPU/服务器租赁、成本比较、SLA、并发、安全、运维和验收。
• 多平台适配：同一 canonical 技能包同步到 Codex、Claude Code、OpenClaw、Hermes、Qwen Code 和通用 Agent Skills 目录。

适用范围

场景	主要内容
法定公文	通知、请示、报告、函、批复、意见、决定、公告、通告、公报、通报、议案、决议、命令（令）、纪要
事务与工作材料	说明、申请、复函、公示、征求意见函、工作要点、总结、调研报告、讲话稿、致辞、述职报告
方案与审查材料	实施方案、建设方案、可研报告、采购公告、审查材料、项目论证和办理要素核对
技术类正式材料	AI 算力服务可研、GPU/服务器租赁、模型服务需求、成本比较、SLA、并发、安全、运维和验收
改稿与复核	顺稿、压缩、去口语化、降 AI 味、文种校验、格式核验、只审不改、Word 正文衔接

它怎么解决这些问题

普通写作提示往往只告诉模型“写一份报告”或“改得正式一点”，文种、主体视角、事实状态、用户模板和交付方式容易在长稿或多轮修改中互相挤占。这个 Skill 把写作拆成一条可检查的链路：

任务模式 → 文种与行文关系 → 办理要素 → 轻量卡或文种叶子 → 正文 → 分段、小节和全文复核。

• 先分任务模式：区分从零起草、基于底稿修改、只审不改和 Word/排版衔接，避免审稿任务被改成重写。
• 再定文种功能：按上行、下行和平行关系选择语气、结构和办理要素，请示与报告、函与复函各走自己的规则。
• 锁定事实状态：金额、日期、主体、责任、期限、附件和联系人按已确认、未决、缺失分别处理，用户模板和字段顺序优先保留。
• 材料暂缺时正文优先完成，影响执行的必要缺口放在文后简短提示；后续轮次继续执行新的修改要求。
• 成稿后进入轻量审查层，依次核对事实、文种、标题、格式、重复事项和模板化表达，局部修正已经确认的问题。

实现与技术栈

这是一个 Markdown-first 的 Agent Skill。核心规则和 references 全部使用中文 Markdown 编写，不懂代码也能直接阅读、审查和修改。YAML frontmatter 负责名称、触发描述、版本和许可；Python 只承担可选的确定性检查；各平台适配包从同一 canonical 技能目录同步，正文规则保持一致。

组成	作用
SKILL.md	判断何时启用、选择任务模式，并给出事实、输出和复核主流程
references/task-route-cards.md	为稀疏说明、未决纪要、短通知和二次局部修改提供轻量路径
文种与专项 references	按需补充文种骨架、办理要素、论证链、GB/T 9704 格式和 AI 算力材料规则
分层复核 references	从段落、小节到全文检查事实、视角、结构、格式和自然表达
scripts/prose_lint.py	提供可选的格式、重复和成品残留线索，作为轻量审查层的确定性补充
Codex 插件 Hook	在支持生命周期 Hook 的 Codex 插件环境中执行一次有限复核；异常时回到非空初稿，修订不会循环
agents/openai.yaml	提供界面展示和默认调用信息

渐进式路由让短任务只读取轻量卡，完整公文再进入相应文种叶子，技术类材料只加载命中的专项规则。这样既保留必要边界，也减少无关规则对真实写稿的干扰。

快速安装

当前工作版本：[email protected]

平台入口：ClawHub · skillhub.cn。通用 Agent Skills 安装器可直接使用：

npx skills add https://github.com/gongyu0918-debug/chinese-official-writing-skill --skill chinese-official-writing

从 GitHub 手动部署时，主技能入口为 chinese-official-writing/；各平台镜像和 Claude Code 插件入口见下方目录结构。

模型消融与真实写稿

测试从早期无 Skill/带 Skill 对照，逐步扩展到固定版本消融、真实写稿盲审和多轮改稿。下表汇总 1.5.19 平台清洁包、复核清单微减负与原子结论限定复核，1.5.18 入口减负与可选交付复核，1.5.17 事实关系锚，1.5.16 信息选择修复及其继承的发布证据。原始任务、成稿、匿名映射、独立复核和汇总记录均保存在仓库内；早期 270 任务模型消融保留脱敏聚合摘要。

调试方向	主要稿件与边界	当前证据
无 Skill / 带 Skill 模型消融	27 类文体，每类 10 个任务，覆盖通用公文和算力类正式材料	270 个任务、540 段对比材料；写稿 9/9 批有效，2 批评估补跑后为 9/9
渐进式路由	未决/已决会议纪要、稀疏情况说明、短通知、二次局部修改	针对性 A/B 共 16 份成稿，内容 16/16 PASS，路由 14/16；两次 over-read 均在 v1.5.13，1.5.14 为 8/8
事实、文种与格式	请示、报告、通知、说明、会议纪要、字段式申请、主送、落款、普通采购与 AI 算力需求	固定 v1.5.13 与 1.5.14 的硬边界盲审均为 30/30 PASS
输出模式	起草、改稿、只审不改、只输出正文、最新版/旧稿合稿、单点日期修改	15 个真实用户式任务、2 名反向映射 writer，共 60 份成稿
多轮与长稿	三轮连续改稿、长文事实和标题稳定、第三轮单点修改	一个原始任务的完整改稿链中，事实、状态和标题顺序保持稳定；6 份稿中 1 份达到精确 CJK 下限
Candidate B 定向实写	多材料报告、异常报告、说明、会议纪要	8 份有效同题成稿与 1 份初始路由未命中原稿均留存；该组只作局部风险核验，不单独宣传整稿胜率
Candidate V 信息选择收口	进度报告、正常故障报告、稀疏长稿	3 组同模型 A/B；两组降低材料外程序或外围决策扩写，正常故障报告两版均无保护性外扩；极端材料只作 1.6.x 风险记录
事实关系锚	时间、因果、归属关系及二次改稿	日常报告与决定状态确认各有一组正向；两组保持难分，一组二次改稿逐字一致；单次会议纪要状态升级未复现，继续作为已知风险观察
入口减负与有限复核	日常报告、供餐通知、会议纪要、长篇试运行报告	SKILL 入口减少 5.28%；三组同题盲审均优于 1.5.17；一次真实 D1 在事实不变量校验后闭环，无空稿和循环
原子结论限定复核	旧稿局部改写、巡检整改报告、食堂异常通报	固定 1.5.18 同题盲审 3/3 判 1.5.19 胜出；材料原有结论状态保留，完整稿仍有重复风险
工程回归	单元测试、固定 1.5.18 消融、Promptfoo、公开样文	350/350；两版均 108/108；Promptfoo 20/20；公开样文缺失要素 0/61

60 份发布级真实写稿由两名独立 verifier 盲审。综合结果中，v1.5.13 与 1.5.14 都是 29 PASS、1 个对称 WARN、0 FAIL；硬边界复核两版均为 30 PASS、0 WARN、0 FAIL。真实模型小样本评测与发布级写稿覆盖会议纪要、情况说明、通知、请示、报告、字段式申请、只审不改、普通采购、AI 算力需求和旧稿防回流。

同题独立写作节选

以下两稿使用逐字一致的日常自然语言任务，由 gpt-5.6-sol 在 ultra 推理档位下分别生成，并非同一随机 seed，各取首个技术有效输出。无 Skill 组运行在空白 CODEX_HOME 和独立目录中，只接收原始任务，不加载用户配置、项目规则、插件或 hooks；带 Skill 组使用相同隔离条件，仅增加已发布的 1.5.18 Skill。按统一口径去除空白后，两稿分别为 926 和 820 个字符，相差约 11.45%。以下保留完整脱敏稿件，不做事后加工。

写作模型：OpenAI Codex gpt-5.6-sol（ultra）