自用蒸馏公文书写

SKILL效率
效率 未标注权限 许可证不明确
安装这个技能

中国体制内公文写作综合套件。整合起草、修订、审核、润色、政策检索、引用核验、 格式排版、Word导出全流程。覆盖15种法定公文与事务材料,支持政府口径与人民日报风格, 内置Anti-AI质检与80分质量门槛,严格遵循GB/T 9704标准。 触发词:通知、请示、报告、批复、函、意见、通报、纪要、决定、命令、公告、 通告、公报、议案、决议、领导讲话稿、工作总结、工作方案、汇报材料、调研报告、 政务信息、述职报告、政策解读、宣传稿、信访回复、改稿、润色、降AI味、 检查格式、生成docx、查政策、找依据。

一句话选型结论

按资料字段整理

自用蒸馏公文书写是效率类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类效率 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_428aafff/ongwen-suite
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

效率
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_428aafff仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791735113
正文体量16.1 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
整理待办与日程

把零散任务收进清单,排出优先级。

批量处理重复任务

把固定动作做成模板,重复执行。

把流程写成清单

把口头流程整理成可复用的步骤。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在效率场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
自用蒸馏公文书写当前 未标注权限 未标注 未标注 未标注 有
Nano PDF 文档 联网访问 ClawHub 市场 424.9 万 OpenClaw 有
自动更新程序 浏览器控制 ClawHub 市场 296.4 万 OpenClaw 有
Gemini 助手 联网访问 ClawHub 市场 254.7 万 OpenClaw 有
word DOCX 文档 联网访问 ClawHub 市场 239.6 万 OpenClaw 有
Excel XLSX 前端 联网访问 ClawHub 市场 227.0 万 OpenClaw 有

SKILL.md 全文

16.1 KB
模型实际读到的说明书原文,来自技能仓库

公文综合套件(Gongwen Suite)

把零散要点、领导意图、素材,起草成规范、得体、可上会/可发文的体制内公文。
支持从快速草稿到正式交付的完整工作流。

适用与不适用

适用:法定公文15种 + 常见事务性材料 + 政策解读/宣传稿/信访回复等政府口径文稿。

不适用:党委/纪检/组织/宣传的强政治口径专稿(本skill政府口径,可写但需你补党言党语);
纯法律文书、合同、判决书;对外新闻通稿/营销文案;已成稿的深度政治把关
(涉密、重大决策表述须由本单位核稿人终审)。

任务路由

按用户需求选择模式:

模式 触发词 动作
draft "帮我写一份…" "起草…" 取料→定文种→出大纲→填成稿→质检→交付
revise "改稿" "润色" "降AI味" 读取原文→诊断问题→改写→对比说明
review "审核" "检查格式" "把关" 文种/方向/权限/事实/结构/语言/格式/保密逐项检查
format "排版" "转成公文格式" 按GB/T 9704标准格式化
export "导出Word" "生成docx" 校验→字体检查→生成.docx
collect "整理素材" "汇总材料" 建立素材台账与事实分类
policy "查政策" "找依据" 检索权威来源→建立引用台账

快速命令(紧凑触发)

以下命令可作为正常中文请求的简写,不是独立 CLI:

命令 作用
/gongwen draft 通知 <topic> 快速起草通知
/gongwen draft 请示 <topic> 快速起草请示
/gongwen draft 报告 <topic> 快速起草报告
/gongwen review <draft> 审核文种、权限、事实、结构、语言、格式、保密
/gongwen collect <materials> 整理素材,建立事实台账后再起草
/gongwen policy <topic> 先检索政策依据,再起草
/gongwen polish <draft> 润色语言,保留事实和权限边界
/gongwen export <draft.md> 校验、检查字体、导出 Word
/gongwen format 说明当前格式规则和所需字体

正常中文请求无需使用这些命令即可触发。

工作模式

Quick Draft(快速草稿)

用户要一个立即可用的文本答案。只在缺失事实会导致文种错误、虚假权威或编造数据时提问,否则直接用占位符起草。

Formal Draft(正式起草)

用户要求严肃公文或 Word 文件。先建立事实台账,路由文种,保留必需要素,导出前运行 lint。

Material Dossier(素材整理)

用户提供多个文件、粘贴笔记、公开摘录或模糊话题加原始材料。先准备来源表、确认事实、判断/声明行、聚焦确认问题,再起草。
对本地文本文件可使用 scripts/prepare_dossier.py。

Policy Research(政策检索)

正文依赖当前政策、法律、部门规章、官方统计、领导讲话或会议纪要。先建立政策台账,验证官方来源,再运行 scripts/check_citations.py --require-citations,然后起草。

Review / Rewrite(审核/改写)

以风险和可操作建议为先。覆盖:文种与行文方向、发文权限与政策依据、事实/名称/数字/日期/引语、结构与执行信息、语言/层次编号/格式/保密。
语言-only 润色使用最轻模式:normalize → tighten → formalize → de-risk → rebuild,绝不通过润色编造事实或强化结论。

Export(导出)

使用 Controlled Markdown 或 JSON spec,然后:
1. 运行 scripts/check_sections.py 检查结构
2. 运行 scripts/check_language.py 标记高风险用语
3. 运行 scripts/check_fonts.py 确认字体齐全
4. 运行 scripts/generate_docx.py 或 scripts/export_docx.py 生成 Word
5. 文件保存到 skill 文件夹外,不覆盖旧版本除非用户明确要求

四位路由法

任何任务先过四道定位:

  1. 文种:通知/请示/报告/批复/函/意见/通报/纪要/决定/命令/公告/通告/公报/议案/决议/讲话稿/总结/方案/汇报/调研/简报/信息
  2. 行文方向:上行(请示、报告)/ 下行(通知、批复、通报)/ 平行(函)/ 面向公众(通告、公告、宣传稿)
  3. 格式/交付:纯文本草稿 / 带版式标注 / 正式红头Word / 离线提示词包
  4. 语言口径:政府务实口径(默认)/ 人民日报风格(降AI味、高事实密度)

核心工作流(八步)

除非用户要求“直接出成稿”或“套模板填空”,一律走以下步骤:

Step 1:取料与需求确认

通读用户提供的全部材料(上级来文、旧稿、会议记录、要点清单、微信摘录、半成稿)。

来源优先级(处理杂乱素材时按此顺序):
1. 用户提供的现行官方规则、法律法规、单位文件
2. 用户提供的单位模板、会议记录、决议、已批材料
3. 用户提供的事实笔记、数据表、内部汇总
4. 公共媒体或培训文章——仅作背景措辞或写作方法参考,不作权威依据
5. 社区项目——仅作工程和工作流参考

提取四项要素:
- ① 文种 ② 发文机关/主送机关/行文方向 ③ 事由与核心诉求 ④ 关键事实与数据

素材台账(正式起草前建立,可 mentally maintain 或写成 notes):
- 已确认事实:确切名称、日期、数字、决策、责任、时限、来源文件/URL
- 用户判断:用户的解读、优先级、期望语气、意图结论
- 待核实:政策依据、数据、引语、领导指示、会议结论、名称、日期、权限
- 建议措辞:可改善表达但不能创造新事实的用语

缺失处理:只对影响骨架的未知项提问(文种、方向、事由、主送),合并为一轮,
通常不超过3~4问。可用占位符解决的事实数据一律不问。

占位符约定:
- 〔发文机关〕 〔主送机关〕 〔日期〕 〔文号〕 〔数量〕 〔比例〕
- 〔待核〕 【待核对原文】 【待补】

素材处理五条红线:
- 不从一个类似项目推断政策依据
- 不把计划写成已完成的成就
- 不把建议写成已作出的决定
- 不将媒体评论或培训 prose 当作官方依据
- 不静默合并冲突来源;暴露冲突并提示用户

Step 2:定文种与行文方向

按下方「文种速判表」定文种,再读 references/02-document-types.md 核对结构骨架、
行文方向与易错点。

文种速判表:

用户意图 文种
向上级请求批准/指示(要回复) 请示(一文一事、单主送)
向上级汇报工作/情况(不要回复) 报告(不得夹带请示事项)
答复下级的请示 批复
布置工作、转发文件、周知事项给下级 通知
与不相隶属机关商洽/询问/请批 函
出台政策举措要求下级执行 意见 或 通知
表彰/批评/传达情况 通报
记载会议议定事项 纪要
会上讲话部署 领导讲话稿
报送做法成效 政务信息/简报 或 汇报材料
定目标、分任务、排步骤 工作方案/实施方案

Step 3:政策检索(如需)

若正文涉及政策依据、领导讲话、会议精神、法规条文,必须先查后写:
1. 确定搜索关键词(3-5个核心词)
2. 按优先级检索:国务院/部委官网 → 领导讲话 → 政策解读
3. 交叉验证:至少2个权威来源确认同一政策
4. 建立引用台账:文件名称、文号、发布时间、URL、核心条款

可用政策来源:中国政府网、国务院公报、国家法律法规数据库、部委官网、地方人民政府官网。

不可用:搜索摘要、社交媒体转载、AI生成摘要、无出处的培训课件。

Step 4:出大纲/框架

给出标题(发文机关+事由+文种)+ 分层骨架(每段一句话点明写什么),停下来等用户确认。

请示框架示例:

一、基本情况(背景/依据/现状/问题)
二、请示事项(具体方案/实施步骤/资金需求)
三、预期效果与保障措施
结语:妥否,请批示。

报告框架示例:

一、主要工作及成效
二、存在的主要问题
三、下一步工作安排
结语:特此报告。

Step 5:逐段填成稿

确认后按骨架展开为完整正文。

语言标准:
- 准确:定性、数据、依据不含糊。引文件写全称加文号。
- 平实:陈述句为主,少形容词堆砌,能一句说清不用三句。
- 务实:举措落到“谁、干什么、何时完成、达到什么标准”。
- 简明:一层一意,分条列项。段落150-250字为宜。
- 得体:上行文谦敬,下行文明确,平行文商洽。

标题技法(用于政务信息、简报、讲话稿、汇报、总结、调研报告):
- 对仗式:锚定目标抓落实,聚焦重点求突破
- 数字式:三个强化、四张清单、“1+3+N”工作体系
- 问题导向式:××工作存在的突出问题及对策建议
- 形象化:织密防护网,筑牢安全墙

小标题成组法则:一组小标题用同一生成式、保持结构对称,忌风格混杂。

Step 6:Anti-AI 质检与质量评分

成稿后必须过 Anti-AI 检查,低于80分则重写或压缩空洞段落。

质检维度:

维度 检查要点 扣分项
事实密度 删去形容词和四字口号后,段落仍能回答"谁做什么、怎么做、做到什么程度" 只有态度、意义、口号,无对象/动作/机制/数据
判断力度 评价词与证据强度匹配:已启动→有序推进→取得进展→明显成效→重大突破 无证据支撑"显著成效""全面完成""走在前列"
句式节奏 长句用于背景/机制/复合事实,短句用于决策/提醒/结语 连续"要……"动词无宾语;长句缠绕
抽象词控制 抽象词后必须跟具体内容 "赋能、生态、动能、协同"互相解释,无具体对象
段落功能 每段只有一个主功能:背景/问题/依据/措施/结果/责任/时限 多段只讲意义,无实质内容
文种适配 结构、语气、结语与文种匹配 报告夹带请示;通知用命令口吻
落地结尾 结尾回到办理要求/执行提醒/报送节点/工作目标 结尾空洞升华,无实际落点

评分规则:7个维度各0-15分,总分100分。低于80分须指出具体失分点并改写。

Step 7:版式与规则校验

按 GB/T 9704 标准核对:

格式硬项:
- [ ] 标题 = 发文机关+事由+文种,无多余标点
- [ ] 发文字号:代字〔年份〕序号,六角括号、年份全称、序号无虚位无“第”
- [ ] 请示:一文一事、单主送、未夹带汇报、有请求语
- [ ] 报告:未夹带请示事项
- [ ] 上行文标注签发人;下行文不标
- [ ] 成文日期:阿拉伯数字全称,月日不补零(2026年7月2日)
- [ ] 附件说明:附件:1.×××,末尾无标点、无书名号
- [ ] 层次序数:一、(一)1.(1),未越层

GB/T 9704 精确排版参数(导出Word时):
- 纸张:A4(210mm × 297mm)
- 页边距:上33mm、下27mm、左27mm、右27mm
- 每面22行,每行28字
- 行距:固定值30磅(600 twips),全文统一
- 标题:方正小标宋简体,二号(22pt),唯一加粗项
- 一级标题:黑体,三号,不加粗
- 二级标题:楷体,三号,不加粗
- 正文:仿宋,三号,首行缩进2字符
- 页码:四号半角阿拉伯数字,单页居右、双页居左

Step 8:导出交付

  • 纯文本:输出完整草稿 + 校验清单 + 待补清单
  • Word:先运行 scripts/check_fonts.py 确认字体齐全 → scripts/generate_docx.py 生成
  • 离线包:运行 scripts/build_prompt_pack.py 生成可离线使用的提示词包

结尾语规范(按文种)

文种 结尾语
请示 妥否,请批示。/ 当否,请批复。
报告 特此报告。/ 以上报告,请审阅。
批复 此复。/ 请遵照执行。
通知 请遵照执行。/ 请认真抓好落实。/ 特此通知。
函(去) 专此函达,请予复函。
函(复) 特此函复。
意见(上行) 以上意见,请审示。
纪要 (不写固定结语,以落实要求收尾)

数字与计量书写

  • 统计数据、行文字号、日期、百分比用阿拉伯数字:完成投资3.2亿元、同比增长12.5%
  • 成词、概数、缩略语用汉字:十三届四中全会、三大攻坚战、五六个
  • 大数值前后统一(不要一处“3200万”一处“0.32亿”)
  • 百分数全文统一;范围用“至”或“—”(12%至15%)

高风险的空话套话(成稿必查)

以下表达不是绝对禁止,但必须有事实、数据或正式评价支撑:

高风险词 替换方向
显著成效、重大突破、全面完成、走在前列 用具体数据/制度/流程/稳定运行证明
高度重视、切实加强、扎实推进、形成合力 补充具体动作、责任主体、结果
尽快、及时、适时、近期、原则上 明确期限或触发条件
必须无条件、一律、严禁、责令 确认发文权限和适用范围
给力、硬核、破防、搞定、点赞 绝对禁止进入正式公文

可用脚本工具

脚本 用途
build_prompt_pack.py 生成离线提示词包
check_citations.py 检查政策引用规范性
check_fonts.py 检查/安装公文字体
check_language.py 标记高风险用语
check_sections.py 检查文种结构完整性
generate_docx.py 生成标准Word公文(Markdown/JSON spec 驱动)
export_docx.py 生成Word公文(JSON 规格驱动,支持红头/简报报头/期号等)
policy_research.py 建立政策检索台账
prepare_dossier.py 整理素材与事实台账
self_test.py 自检运行
docx-generator.js JS版Word生成器

安全红线

  • 绝不编造:政策文件、文号、领导姓名、会议名称、统计数据、审批结果、印章。
  • 绝不越权:不发超出用户权限的强制性命令,不替用户单位做最终决定。
  • 涉密处理:不推断密级,用户未提供则不写份号/密级/紧急程度。
  • 占位优先:缺事实时用占位符,不用 confident prose 蒙混。

加载参考文件的时机

  • 定文种/查结构 → references/02-document-types.md
  • 查格式/排版 → references/03-format-standards.md
  • 润色/降AI味 → references/04-writing-style.md
  • 标题/谋篇/造句 → references/05-craft-principles.md
  • 政策检索 → references/06-policy-research.md
  • 成稿质检 → references/07-review-checklist.md
  • 标点规范 → references/08-punctuation-style.md
  • 字体策略 → references/09-font-policy.md
  • 权威来源索引 → references/10-source-index.md
  • 用户质量标准 → references/11-quality-bar.md

常见问题

5 问
答案由本站依据条目字段整理
自用蒸馏公文书写怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_428aafff/ongwen-suite。安装方式为未标注。装完刷新技能列表或重开客户端。

自用蒸馏公文书写支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

自用蒸馏公文书写权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

自用蒸馏公文书写收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

自用蒸馏公文书写用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。