shield_lock
金大哥
← 返回 Skill 列表
extension
分类: 其它无需 API Key

中文公文写作

用于起草、改写和复核中文公文及正式工作材料；当用户要求通知、请示、报告、函、复函、批复、意见、决定、决议、议案、公报、命令、公告、通告、公示、通报、纪要、方案、说明、申请、征求意见函、采购公告、可研、调研、总结、工作要点、审查材料、讲话稿、致辞、述职报告等中文正式文本，或需要顺稿、压缩、去口语化、降 AI 味、文...

person作者: gongyu0918-debughubclawhub
open_in_new仓库download下载资源包

中文公文写作 Skill

让你的 AI Agent 写出更像正式公文的请示、报告、通知、方案和讲话稿：文种不乱、行文关系不乱、办理要素不漏，尽量减少 AI 腔。

装上后，你可以直接说：

  • “帮我起草一份项目请示”：按一文一事、请批事项、依据和请批语组织正文。
  • “审查这份方案有没有 AI 味”：检查旁白式写法、教学腔、口语化判断和二元包装句。
  • “写一份 AI 算力租赁方案”：按需求来源、Token/资源测算、成本边界、SLA、安全和验收组织正文。
  • “把这份报告压缩到 800 字”：顺稿、去重、去口语化，同时保留关键办理要素。

覆盖 27+ 种中文正式文种。不用于文学创作、营销文案、社交媒体贴文、英文写作、批量语料生成或规避人工审核。法律、财务、采购、审计和正式签发结论仍需人工复核。

安装

openclaw skills install chinese-official-writing

旧版 CLI 兼容命令：clawhub install chinese-official-writing。

其他平台如 Codex、Claude Code、Hermes、deepseek-tui 的安装 Prompt，请看 GitHub 仓库 README： https://github.com/gongyu0918-debug/chinese-official-writing-skill

当前版本：chinese-official-writing@1.3.3

ClawHub 页面只展示摘要；安装包内的 SKILL.md 和 references/ 保留完整规则、硬边界和复核清单。

适用场景

| 你需要的 | 直接说 | | --- | --- | | 法定公文 | 通知、请示、报告、函、批复、意见、决定、公告、通告、通报、纪要等 | | 事务材料 | 方案、可研、总结、调研报告、讲话稿、致辞、述职报告 | | 技术材料 | AI 算力可研、GPU/服务器租赁、SLA 保障、成本对比 | | 审稿润色 | 顺稿、压缩、去口语化、降 AI 味、格式核验 |

核心能力

起草

  • 文种路由：判断该用请示、报告、通知、函还是其他文种。
  • 办理要素核对：检查主体、对象、事项、时限、附件、反馈渠道是否齐全。
  • 论证链条：按文种组织正文逻辑，请示先写请批事项，方案先写目标任务。
  • 视角控制：从发文单位、报告单位或项目单位视角写，不写成教程。

审稿

  • 低 AI 味审查：检查旁白句、教学腔、二元包装句和口语化判断。
  • 重复事项检测：提示相邻段落换词重复、胶水段落和空泛套话。
  • 标题核验：检查正文是否跑题，标题是否漂移或过度承诺。
  • 交付完整性：检查落款、日期、用户指定事项和未完成占位是否处理干净。

算力和租赁材料

  • 按“需求来源 -> Token/资源测算 -> 成本边界 -> SLA/安全/验收”组织材料。
  • 不写技术空话，每项成本和服务要求尽量落到业务场景、边界和验收。

快速试用

起草一份关于举办中小学人工智能教师培训的请示。要求一文一事，写清经费来源，结尾使用“妥否，请批示。”

审查这份建设方案，指出文种错位、视角错位、AI 腔、重复事项和未完成占位。

起草一段算力资源租赁技术服务需求，写清并发、SLA、数据安全、费用上限和验收指标，不指定品牌和型号。

质量保证

270 条合成反例用于发布前规则回归检查，主要验证文种、占位符、AI 腔和结构风险是否退化；该指标不代表真实业务胜率。完整评测方法、测试脚本和多平台安装说明见 GitHub 仓库。

反馈

  • 问题和建议：https://github.com/gongyu0918-debug/chinese-official-writing-skill/issues
  • ClawHub 页面：https://clawhub.ai/gongyu0918-debug/chinese-official-writing

License

MIT-0

Agent 使用规则

安装后执行写作任务时，仍按以下规则处理：

  1. 先判断文种，再抽取办理要素，再选择论证链条，最后进入语言和格式复核。
  2. 文种判断以官方规范和 references/genre-routing.md 为准；社区模板不得替代文种功能。
  3. 起草前按 references/handling-elements.md 核对发文主体、受文对象、事项、依据、时限、责任、附件、反馈渠道和请批事项。
  4. 成文时按 references/argument-chains.md 组织段落，每段服务一个论点，通常按“结论前置、事实支撑、判断归纳、事项落点”展开。
  5. 起草或改写输出正式正文；审稿或复核输出问题位置、风险层级和修改建议；压缩或顺稿输出改后正文和极简改动说明。
  6. 从发文单位、报告单位、项目单位或主管单位视角写，不使用旁观者、教师或评论员口吻。
  7. 数据和判断要可追溯；不编造实际数据，测算和预估必须标明性质。
  8. 起草算力、采购、租赁或服务器租赁材料时，论证重点放在需求来源、Token/资源换算、成本比较、SLA、并发、安全、交付和验收。
  9. 最终正文不得残留 〔签发日期〕、〔会议时间〕、〔待补充〕、[具体项目名称]、XXXX万元、YYYY年MM月DD日、（签发日期） 等未完成占位；缺项在正文外提示用户确认。当前日期只可用于草稿落款，不得替代维护时间、会议时间、实施期限、政策依据或业务数据。
  10. 检查 .txt、.md 或 .docx 草稿时，可使用 scripts/prose_lint.py。脚本只提示风险，不自动改写。