前言¶

公文寫作的難點通常不在文字，而在三件事要同時對齊：文種選對沒有，要素收全沒有，版式符不符合國標。這三件事分散在寫作和排版兩個環節裏，人工做的時候，往往是正文寫完再回頭調版心、字號、發文字號，反覆返工。

「黨政機關公文寫作大師」針對的就是這條鏈路。它把規範審校和成稿合併到一個流程裏，而不是隻做其中一環。

這是什麼¶

一句話定位：一個規範公文寫作與審校助手，嚴格遵循《黨政機關公文格式》（GB/T 9704）與《黨政機關公文處理工作條例》。

• 名稱：黨政機關公文寫作大師
• 座標：@user_f55dd365/gongwen-standard-writer
• 發佈者：user_f55dd365，來源標記爲 community
• 版本：1.1.2，分類 professional
• 標籤：requires_api_key=false，即不需要額外配置 API Key
• 官方地址：https://api.skillhub.cn/user_f55dd365/gongwen-standard-writer

它解決的問題分兩類：一類是從零起草法定文種，一類是把已有公文改成合規版本。

核心功能¶

按官方簡介，整個流程是互動引導式成稿，分六步推進。

1、核標。可選地核驗最新國標版本，確認當前遵循的是哪一份。
2、定文種。先確定用請示、報告、通知、通報、紀要、函中的哪一種，再往下走。
3、收要素。把成文需要的事實要素問全，明確不做事實編造。
4、成文。在要素齊備的基礎上生成正文。
5、落版。按國標版式交付 docx，不只是給純文本。
6、審校迭代。輸出三維分級報告，按報告修改直到定稿。

觸發條件覆蓋三個方向：寫公文（含各法定文種）；對已有公文做格式審校、規範化改造、紅頭文件排版；諮詢文種選用或公文版式問題。

安裝與啓用¶

已抓取資料裏沒有提供具體的安裝命令或配置字段，只給了座標、分類和 requires_api_key=false 這個標籤。所以這裏不臆造 cursor、codex、claude code 各自的接入方式，統一說明如下。

引用方式用座標：

@user_f55dd365/gongwen-standard-writer

分發入口是 SkillHub 頁面：

https://www.skillhub.cn/skills/user_f55dd365/gongwen-standard-writer

按標籤，啓用時不需要準備 API Key。具體到某個客戶端如何導入社區來源的 Skill，建議以該客戶端當前版本的文檔爲準，本文不作推斷。

典型用法¶

用法是對話式的，按上面六個步驟推進。下面給一個用佔位符的示例，演示交互節奏。

用戶發起：

寫一份通知，要求各單位報送年度工作總結。

Skill 側會先確認國標版本，然後定文種爲通知，再追問要素：

請補充：發文機關名稱、發文年份、收文單位範圍、報送截止時間、報送方式、聯繫人。

要素補齊後成文，落版爲國標版式的 docx，再給出審校報告。如果某一處不符合，按報告裏對應的維度改，直到定稿。

對已有公文的場景，輸入方式換成把現稿貼進去，要求可以是下面任意一種：

按 GB/T 9704 做格式審校，輸出三維分級報告。

把這份材料改造成規範的通知，保留原事實不變。

按紅頭文件版式重新排版，輸出 docx。

需要強調的是，審校報告是按維度分級給的，你可以只看需要改的那一檔，不必每次都通讀全文。

適用場景與注意¶

適合這幾類人：經常起草或收轉公文的機關工作人員；需要把非規範材料改造成正式文種的文案崗；負責發文前版式覈對的崗位。

需要注意的限制：

• 它遵循的是 GB/T 9704 和《黨政機關公文處理工作條例》，不處理行業內部規範或企業自定義的公文體系。
• 要素不齊時它不做事實編造，會把缺的項問回來。這意味着起草時要把真實信息準備好，而不是指望 Skill 補內容。
• 核標這一步是可選的，不等於每次成稿都會自動聯網校驗國標版本。
• 交付物是 docx，後續的簽發、用印、分發流程仍需走既有辦公系統。

結尾¶

這個 Skill 的價值在於把「寫對文種、收齊要素、排對版式」從兩次獨立勞動合併成一次推進，省掉正文和版式之間的來回返工。它不是通用寫作助手套了個公文外殼，流程裏每一步都對着國標條款走。

官方地址：https://api.skillhub.cn/user_f55dd365/gongwen-standard-writer