前言¶

做政府、国企或政企协同项目的开发者，多半会遇到一类低频但高成本的需求：写一份通知、请示、报告、函、纪要或讲话稿。这类材料的特点是「不常写、但一写就要准」——文种用错、语气不对、格式返工，都是要返工的。临时找通用模型去写，产出往往要二次打磨。

下面介绍一个把这类需求收敛到统一流程里的 Skill：政企正式材料写作与交付专家。它不负责营销文案，也不碰诉讼文书，只处理正式材料这一窄类。

这是什么¶

一句话定位：面向政府、国企与政企协同场景的正式材料写作与交付 Skill，覆盖从文种判断到最终可交付文档生成的完整链路。

基本信息如下：

• 名称：政企正式材料写作与交付专家
• 坐标：@user_cae83fba/gov-state-owned-enterprise-writing-suite
• 版本：3.0.0
• 来源：community（社区发布）
• 分类：content-creation
• 发布者：user_cae83fba
• 标签：requires_api_key=false（不需要额外 API Key）
• 官方地址：https://api.skillhub.cn/user_cae83fba/gov-state-owned-enterprise-writing-suite
• SkillHub 页面：https://www.skillhub.cn/skills/user_cae83fba/gov-state-owned-enterprise-writing-suite

它解决的是这样一类问题：用户给出的是口语化的、意图模糊的写作指令（「写个通知」「帮我审一下这份材料」），Skill 需要先判断文种，再进入起草、改写、审校或排版环节，最后输出可直接交付的文档。

核心功能¶

官方简介列出了六项能力，按写作流程先后排列：

1、文种判断：识别用户请求对应哪一类正式材料，是通知、请示、报告、函、纪要还是讲话稿。
2、正式材料起草：按文种规范生成正文。
3、口语稿改写：把口语化的初稿转成正式表述。
4、审校评估：对已有材料做检查并给出评估意见。
5、风险提示：在写作或审校过程中提示可能存在的问题。
6、可交付文档生成：产出最终可交付的文档结果。

触发方式是口语化的。当用户说「写个通知 / 请示 / 报告 / 函 / 纪要 / 讲话稿」「帮我审一下这份材料」「把口语改成正式稿」「按公文格式排版」「核验政策依据」时，Skill 被触发。这说明它面向的是对话式入口，而不是一个独立的命令行工具。

能力边界¶

这个 Skill 明确排除了几类请求，这一点比功能列表更值得先看：

• 不适用于营销文案；
• 不适用于诉讼文书、法务意见书、审计结论、纪检监察处理决定；
• 不适用于伪造红头印章文号、编造政策依据、越权承诺等违规请求。

也就是说，它的适用范围是「内部办公与对外公务文书」，不替代法务、审计、纪检等专业流程。在集成时要在前置校验里把这几类请求挡掉，否则容易被误用到不合适的场景。

安装与启用¶

这里需要说明核实情况。已抓取的资料里没有该 Skill 的安装命令、目录约定或配置字段，只有版本、来源、分类、发布者和 requires_api_key=false 这几个元数据。因此本节不给具体的安装命令，避免写进无法核对的步骤。

可以确定的两点：

• 该 Skill 基于通用 SKILL.md 格式，属于大模型 Skills 一类，通常以目录形式放在宿主的 skills 路径下供调用方加载；
• 标签 requires_api_key=false 表明不需要额外申请 API Key，可以直接启用。

落地前需要自己确认两件事：宿主（Cursor / Codex CLI / Claude Code 等）对 SKILL.md 的加载路径和优先级规则，以及该 Skill 的具体目录名。这两点资料中没有给出，不要照搬其他 Skill 的目录名。

典型用法¶

下面是与官方简介中触发语对应的可复现用法。把这些当作对话指令输入即可：

• 写个通知
• 写个请示
• 写个报告
• 写个函
• 写个纪要
• 写个讲话稿
• 帮我审一下这份材料
• 把口语改成正式稿
• 按公文格式排版
• 核验政策依据

前六类走「文种判断 → 起草 → 可交付文档生成」链路；「帮我审一下这份材料」走「审校评估 → 风险提示」链路；「把口语改成正式稿」走「口语稿改写」链路；「按公文格式排版」和「核验政策依据」则分别对应格式处理与依据核验环节。

实际使用时建议把上下文一次给足：单位名称、文种、主送对象、事由、拟稿依据、篇幅要求、交付格式。缺哪一项，就先问清哪一项，再进入写作。

适用场景与注意¶

适合谁：需要偶尔或定期产出政府、国企、政企协同正式材料的开发者与团队，尤其是希望把这类写作流程固化下来、减少反复修改的场景。

需要注意的几点：

• 文种判断是第一步，判断错了后面全错。输入里如果不带文种线索，先确认再写。
• 审校评估给出的是检查意见，不等于法务或审计结论，别当成合规意见使用。
• 政策依据核验依赖输入里提供的来源，不要默认它能凭空给出可靠出处。
• 明确的排除项（营销文案、诉讼文书、法务意见书、审计结论、纪检监察处理决定、违规请求）要在集成层做前置拦截。

结尾¶

这个 Skill 的价值不在「生成一段文字」，而在把政企正式材料的写作流程拆成了可以逐步调用的环节，并用触发语和排除项把边界划清楚。版本 3.0.0，社区来源，分类 content-creation，无需 API Key。

官方地址：https://api.skillhub.cn/user_cae83fba/gov-state-owned-enterprise-writing-suite