中文公文与正式工作材料的起草、改写、压缩与复核，覆盖通知、请示、报告、函、方案、会议纪要、可研及 AI 算力等正式文本。
概览
中文公文写作 Skill 面向正式材料起草、改写、压缩和复核，提供文种路由、行文关系判断、办理要素核对、论证链条、标题核验、重复事项检测、主体视角校验、自然表达审查和技术类材料专项约束。它先判断创作、修改、只审不改或排版交付，再按任务加载轻量卡、文种 playbook 和专项资料，让事实、文种、格式与交付方式保持在同一条写作链上。 事实、数字和事项状态以用户材料为准；用户已有模板、标题顺序、字段结构和最新版底稿优先保留。成稿以正式、平实、可执行为主，兼顾公文语气、自然表达和低 AI 味。 本项目提供写作和复核辅助；法律、财务、采购、审计、政策适用、保密审查和正式签发结论由相应责任主体确认。项目面向来源明确的实际写作任务，不面向批量语料生成、批量改写未知来源文本、规避人工审核或生成可冒充真实签发文件的完整编号、日期和印章信息。 - ：区分法定公文、事务文书和工作材料，按上行、下行和平行关系控制语气、结构与办理要求。 - ：锁定主体、数字、日期、责任、期限、附件和事项状态，保留用户模板、字段顺序与最新版底稿。 - ：按请示、报告、通知协调、方案建设、可研审查和技术材料选择相应的办理要素与论证路径。 - ：按制度、规定、办法、实施细则和操作规程选择连续条文、章条结构、职责程序及印发附件关系。 - ：覆盖新闻稿、新闻消息、快讯、活动报道、新闻通稿、新闻评论、时评和评论员文章，区分事实报道与观点表达。 - ：短任务使用轻量卡，完整公文进入对应文种叶子，技术类材料按需加载专项规则。 - ：分别处理从零起草、基于底稿修改、只审不改、压缩和 Word 正文衔接。 - ：分层核对事实、视角、标题、格式、重复事项和模板化表达，并提供可选的确定性风险线索。 - ：覆盖 AI 算力、GPU/服务器租赁、成本比较、SLA、并发、安全、运维和验收。 - ：同一 canonical 技能包同步到 Codex、Claude Code、WorkBuddy/CodeBuddy、Hermes、Qwen Code、QwenWork（Qwen 办公）、OpenClaw 和通用 Agent Skills 目录。 普通写作提示往往只告诉模型“写一份报告”或“改得正式一点”，文种、主体视角、事实状态、用户模板和交付方式容易在长稿或多轮修改中互相挤占。
README
中文公文写作 Skill
下载量更新于 2026-10-27。
WorkBuddy（近90天，截至2026-10-26）：调用量 22,852，安装量 16,970。
用于中文公文、事务性材料、工作材料、新闻消息和新闻评论的起草、改写、压缩、润色、审核及 Word 正文整理。
本 Skill 的稿件由 AI 生成或辅助修改，可能存在错误或遗漏。正式使用前请核实事实、数据、引用、政策依据及责任和承诺。
适用场景
- 公文：申请、请示、报告、通知、函、批复、意见、决定、公告、通告、纪要等。
- 事务与工作材料：采购、整改、反馈、说明、公示、方案、制度、总结、调研、政务信息、工作简报、先进事迹、签报呈批、组织鉴定、人员考察、会议记录、承诺书、工作交接、礼仪书函、讲话和述职等。
- 事务专项：证明和介绍信、会务筹备与参会材料、交办催办、调研访谈提纲、绩效自评。
- 新闻与技术材料：新闻消息、编者按、新闻评论、可研、审查、技术需求及算力专项材料。
- 修改与复核：压缩、扩写、润色、去口语化、降 AI 味、文种与格式检查、审核后改稿。
- Word 整理：结合宿主文档工具处理正文和版式。
安装
从 GitHub 2.0.48 源码 获取本版，将 chinese-official-writing 文件夹放入所用应用的 Skill 目录。
SkillHub 和 ClawHub 与 GitHub 使用相同版本号 2.0.48；商店审核及展示状态以各平台回执为准。篇幅与文稿检查需要 Python 3；Word 文件生成需要宿主提供文档工具。
使用
直接提供现有材料、稿件用途和要求。已有旧稿时，说明采用哪一版，以及哪些内容可以修改、哪些必须保留。
- 起草：“这是下周培训的安排，帮我写个通知，把报名事项说清楚。”
- 抄告单：“从这份纪要中摘出需要抄告财务处的两项决定，按现有抄告单成稿，保留责任和期限。”也可整理领导批示、事项告知或审批结果公示；请提供对应原件和用途。
- 改稿：“这是今年的工作记录，帮我更新去年的总结，分清已完成和正在推进的事项。”
- 局部修改：“仅把回执接收人王老师改为李老师，其余文字、标点和空行原样保留。”
- 压缩：“将这份汇报压缩到400字以内，保留关键数字、日期和未了事项。”
- 审校：“先指出位置、问题和建议；涉及待核实的信息不要改成确定事实。”
- 去口语化：“帮我把这份整改方案写得平实些，保留具体事项。”
- Word：“申请内容已定，请按单位模板整理成 Word。”
篇幅、语气、收件人和交付形式可一并说明。只需要稿件时，可以说：“只输出正文，不附文后提示或过程说明。”
仅对正文限字时，正文单独计数，标题、主送、落款和附件按各自用途保留；检查完整交付稿时一并核对这些部分。整稿字数在范围内，不能代替正文达到要求。
写作说明
稿件应围绕本次行文目的安排主次：申请、请示讲清请求批准的事项、理由、主要内容和资源；报告讲清需要了解的进展、问题及判断依据；评论围绕中心判断展开论证。关键内容依据材料写具体，背景、例子、反面观点和边界说明为其提供支撑。用户要求的必列事实、模板和必要的不同观点完整保留。详略以本次用途和材料为依据，长稿同样需要充分说明核心内容。
可以直接指出重点和详略，例如：“这份立项申请重点写为何增加写作能力、具体建设什么、申请什么资源；推广数据只支撑已有基础，技术运行细节集中到附件。保留原章节和有效数字，不新增建设范围。”
有正文和附件时，正文说明本次事项、关键动作与作用，附件集中说明完整过程和细目；审批或理解所需的摘要、关键数字可以两处对应。用途分析与已发生的用户行为、调查测算分别表达，已提供的记录和判断按原状态保留。
审校意见应区分有依据的错误、待核信息和可选表达建议。不同职责、主要标的与整包金额、旧值与新值分别核对；未核实的字段不直接补成确定值，数值差额也不能单独决定应修改哪一项。
验收材料按用途和行文关系区分申请、组织验收、专家意见与审批答复，围绕本次验收范围、交付事实和已有结论组织，合同总额与本次金额分别表达。建议、提案办理答复逐项回应所提事项，分清已有措施与拟议安排；应急预案将响应条件、动作和有权主体对应起来。请提供实际材料及单位要求，地方流程和专属时限按其适用范围处理。
经费材料按本次用途写作：预算或决算说明交代费用构成和资金状态；申请、拨付或报销交代需要办理的事项。预算额度、合同金额、拟支付额和已支付额分别表述。沿用历史材料另拟时效性通知或提醒时，请提供本次起草时点和日期要求，原件日期与新稿日期分别核对。
政务信息围绕一项进展、做法或问题组织，完整简报可按栏目编排多条信息；期号和编发信息请提供单位模板。先进事迹以代表经历和具体贡献突出个人或集体特点，人称、简介与详细材料的篇幅按本次要求分别处理；推荐名额与最终入选名额分别说明。
签报与呈批件按正文的请批、汇报或说明用途组织，呈报意见、拟办意见与已有批示分别归属；编号和签批栏目沿用单位模板。组织鉴定以岗位、学习或实习表现及具体事例支持评价，正式干部考察按适用要求核对考察内容和已有程序结论。会议记录保留讨论过程与发言归属，纪要按本次议定事项整理。
感谢、邀请、慰问和贺信分别突出本次来意及相关事项；邀请函按材料写清活动时间地点、参与方式及回执、费用等安排。单方承诺对应具体事项、条件和责任；交接材料对应在办事项、移交内容与接收状态。表单字段、署名日期及签署要求请提供实际模板。
Word 默认采用单位模板或默认样式；明确要求正式国标时另核对应规范。仅排版且要求保留文字时，原有标点、接排标题和段落保持；需要拆段或改写可明确授权。
实际成稿仍可能出现平均铺陈、沿次要内容展开或重复解释边界。反馈时提供原始要求和完整稿件，指出应重点说明的事项及抢占篇幅的段落，可据此调整段落作用和详略。
版本与许可
GitHub 当前版本为 2.0.48。1.x 最后版本 1.6.36 保留在 legacy/1.x 分支。
本项目采用 MIT License，允许修改、分发和商业使用，请保留版权及许可声明。
反馈问题请提交 GitHub Issue，仅附可公开的材料、稿件及预期结果。
推荐工具
换一个关键词，或者移除筛选条件。
安装
npx skillfish add gongyu0918-debug/chinese-official-writing-skill