前言¶

做政府、國企或政企協同項目的開發者，多半會遇到一類低頻但高成本的需求：寫一份通知、請示、報告、函、紀要或講話稿。這類材料的特點是「不常寫、但一寫就要準」——文種用錯、語氣不對、格式返工，都是要返工的。臨時找通用模型去寫，產出往往要二次打磨。

下面介紹一個把這類需求收斂到統一流程裏的 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