前言¶
给业务方写通知、给上级写报告、对外发函、会后整理纪要，这类稿子难的不是把话说清楚，而是格式：标题字号、发文字号、主送机关、正文结构层次序号、落款与成文日期，任何一项不对，稿子退回重改。团队里常见的做法是找一份旧稿子改，或者把国标条目翻出来对照，改完仍然容易漏项。
下面介绍的 Skill 把这几件事交给模型按统一规范完成：起草公文、查格式要求、优化已有内容、检测稿子质量。
这是什么¶
观澜公文写作专家 是一个面向公文写作场景的 Agent Skill，由 @user_9abc1b19 发布并维护，来源标记为 community，在 SkillHub 上归属 content-creation 分类。
它解决的问题是：在需要写公文、查格式、改内容或查质量时，直接把任务交给一个已经限定好公文语境与规范要求的 Skill，而不是临时让模型自由发挥。
该 Skill 不要求 API Key，标签为 requires_api_key=false，调用侧不需要额外准备密钥。
核心功能¶
官方简介列出的能力有四类，全部围绕标准公文：
- 标准公文生成，覆盖通知、报告、函、会议纪要等文种。
- 格式规范查询，用于核对特定文种的格式要求。
- 内容优化，对已有公文稿做改写和润色。
- 质量检测，对稿子做规范符合性检查。
官方给出的使用时机与上述能力一一对应：需要写公文、需要查格式、需要改内容、需要查质量时使用。
安装与启用¶
官方资料中提供了 Skill 的坐标与版本，但没有给出安装命令：
坐标: @user_9abc1b19/official-document-writer-gwxzzj
官方地址: https://api.skillhub.cn/user_9abc1b19/official-document-writer-gwxzzj
SkillHub 页面: https://www.skillhub.cn/skills/user_9abc1b19/official-document-writer-gwxzzj
版本: 1.0.1
来源: community
分类: content-creation
该 Skill 基于通用 SKILL.md 格式。按 SkillHub 的通用约定，在支持 Skill 的客户端里通过上面的坐标引用即可启用；具体的安装命令和目录路径以官方页面为准，本次抓取未能从页面上获得，此处不臆造。
本次抓取到的站点数据如下，可用于判断热度：
评分: 100000
下载: 1192
安装: 0
标签: requires_api_key=false
注意评分与下载量量级差异很大，这类数值只适合做粗略参考，不宜据此推断实际使用效果。
典型用法¶
官方简介没有提供可复现的调用示例，下面只按其声明的四类能力列出对应的使用时机，具体输入输出格式以 Skill 加载后的说明为准。
起草环节，直接说明文种和事项，例如需要一份通知，把事项、时间、要求写清楚，由 Skill 生成初稿。
核对环节，把当前稿子或写作中的疑问交给 Skill 查格式，重点是发文字号、标题、主送机关、结构层次序号、落款这几项是否规范。
修改环节，把已有稿子交回去做内容优化，说明要保留的事实和可以调整的表述。
交付前环节，做一次质量检测，按规范逐项检查，把不合规的地方列出来再改。
工作方式上建议按顺序走：先起草或导入稿子，再查格式与优化内容，最后跑质量检测。前一步的输出作为后一步的输入，能减少来回返工。
适用场景与注意¶
适合这几类人：需要在业务系统或内部工具里嵌入公文生成能力的开发者；经常写通知、报告、函、会议纪要，希望减少格式返工的人；需要对已有稿子做规范化改写和检查的团队。
需要注意的限制：
- 能力范围限定在公文写作，不覆盖其他文体。
- 文种只明确列出通知、报告、函、会议纪要，其他文种是否支持需在实际使用时确认。
- 公文格式以现行规范为准，Skill 给出的格式要求应在正式行文前再核对一次原文规范，尤其是涉及红头文件、发文字号等硬性要求的场合。
- 生成的初稿需要人工确认事实、数据与人名地名，避免出现与实际情况不符的内容。
- 本站点数据（评分、下载量）来自 SkillHub 页面，页面未能再次抓取成功，数值以抓取时的记录为准。
小结¶
这个 Skill 的价值在于把公文写作中「起草—查格式—改内容—查质量」这四件事收敛到一个统一的入口，省掉找旧稿和翻规范条目的重复劳动。它不需要 API Key，可以直接按坐标引用。
官方地址：https://api.skillhub.cn/user_9abc1b19/official-document-writer-gwxzzj
