前言¶

做行政和文書崗位的人，日常要處理的不是”有沒有內容”，而是”格式對不對、語氣對不對”。同樣一件事，寫成通知、寫成請示、寫成函，抬頭、稱謂、正文結構、結尾用語都不一樣；寫錯了文種，輕則退回重擬，重則流程走不通。

如果把這類寫作直接丟給通用模型，常見的結果是：文種選對了，但格式不規範，或者語氣不像公文，像是在聊天。下面介紹的這個 Skill，就是把行政公文的格式規範和行文語氣固化下來，讓模型按公文的路數輸出。

這是什麼¶

行政公文寫作 是一個面向行政公文場景的 Skill，座標 @kunlungrowth/biz-admin-document，版本 1.0.0，由發佈者「崑崙增長」維護，來源標註爲 enterprise，在 SkillHub 上屬於 office-efficiency 分類。

它解決的問題是：在通用對話能力的基礎上，約束輸出符合公文格式規範與行文語氣，覆蓋通知、請示、報告、函等常用文種。適用對象是企業行政與文書崗位。

標籤 requires_api_key=false，即不需要額外配置 API key。

核心能力¶

根據官方簡介，它提供的是行政公文撰寫能力，可覆蓋的文種包括：

• 通知
• 請示
• 報告
• 函

能力集中在兩個方向：格式規範與行文語氣。前者指公文的文頭、標題、主送機關、正文結構、落款等要素的排列與寫法；後者指不同文種之間的語氣差異——請示要委婉並說明緣由，通知要直接明確，報告要陳述情況而不夾帶請示事項。

需要說明的是，官方頁面只給了簡介，沒有列出更細的能力清單、字段定義或提示詞全文，因此上面的內容以簡介爲限，不額外推測。

安裝與啓用¶

官方頁面沒有給出命令行安裝方式，也沒有給出配置字段。已覈實的只有座標和分類：

座標: @kunlungrowth/biz-admin-document
分類: office-efficiency
版本: 1.0.0
requires_api_key: false

這類 Skill 基於通用 SKILL.md 格式，啓用方式與客戶端對 SKILL.md 的支持方式一致：把對應 Skill 放到客戶端可識別的 skills 目錄，或在客戶端內按座標引用。由於官方資料裏沒有針對 Cursor、Codex CLI、Claude Code 的分別說明，這裏不做推測，也不寫未經覈實的命令。

要確認當前可用的具體啓用方式，以官方頁面爲準。

典型用法¶

官方資料沒有提供可復現的示例文檔，因此下面只描述輸入方式，不附示例輸出。

1、明確文種。先告訴 Skill 你要寫的是通知、請示、報告還是函，這一步決定格式骨架。
2、給出要素。把發文事由、依據、事項、時限、主送對象等素材交給它，必要時給出需要回避或強調的內容。
3、按公文格式輸出。讓它按對應文種的格式輸出，包括標題、主送機關、正文、落款。
4、覈對語氣。如果輸出語氣不對，直接指出是”過於口語”還是”請示裏帶了決定”，讓它重寫對應段落。

適用場景與注意¶

適合的場景：企業內部行政與文書崗位的日常公文起草，尤其是格式容易出錯、需要統一口徑的批量寫作。

需要注意的幾點：

• 官方頁面當前顯示安裝量爲 0。這說明它還很冷門，社區驗證不足，使用前要自己驗收格式。
• 行政公文有明確的行文規則，例如請示應當一文一事、不得在報告裏夾帶請示事項、上行文與下行文的語氣和用語不同。Skill 能降低出錯概率，但不能替代發文前的人工審覈。
• 涉及真實單位名稱、文號、日期、主送機關時，素材要由使用者提供，Skill 不具備覈實這些信息真僞的能力。
• 線索裏提到的評分 99174、下載 1320 次，與已抓取資料中的評分 100000、下載 1337 不一致。本文采用已抓取資料的數據，並註明官方頁面抓取失敗，未能二次覈對。

結尾¶

這個 Skill 的價值在於把行政公文裏那些瑣碎但必要的格式和語氣要求固定下來，減少反覆改寫的來回。它不是通用寫作增強，只解決公文這一塊。如果日常要寫的正是通知、請示、報告、函，可以從官方地址入手評估：

https://api.skillhub.cn/kunlungrowth/biz-admin-document