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