前言¶

泛微的交付項目要交一份 SOW 工作說明書。常見做法是找上一份模板改：改着改着，合同裏的條款、計劃裏的節點和 SOW 正文就開始互相打架，最後誰也說不清哪版是正式版。這個 Skill 要解決的是另一條路——讓模型讀當前項目已有材料，生成或修改單一正式版 SOW，並且嚴格繼承物理 DOCX 模板，不重排版面。

這是什麼¶

「泛微項目SOW編制」是一個 community 來源的 Agent Skill，座標 @user_040dcc29/weaver-project-sow，發佈者 user_040dcc29，當前版本 1.0.5，分類 business-ops，標籤 requires_api_key=false（不需要額外 API Key）。SkillHub 頁面顯示評分 100000，下載 1130。

它做的事一句話：使用當前項目合同、計劃和已確認事實，生成或修改單一正式版 SOW，材料缺失時寫「待確認」，產出的正式文件連同固定 SOW 材料上傳目錄一起交回泛微項目交付總控。

核心功能¶

根據官方簡介，能力邊界如下：

• 輸入是當前項目的合同、計劃和已確認事實，不依賴外部數據源。
• 輸出是「單一正式版」SOW。也就是說它做的是收斂，而不是同時維護多版方案。
• 嚴格繼承物理 DOCX 模板。生成或修改時保留模板本體，不另起一份格式稿。
• 材料缺失時不猜，寫「待確認」。這是它和普通文本生成工具的主要區別：缺口被顯式標記，而不是被補全成看起來像答案的內容。
• 交付動作不止於產出文件。正式文件和固定 SOW 材料上傳目錄會交回泛微項目交付總控，屬於流程閉環的一部分，不是寫到一半就結束。

安裝與啓用¶

官方地址：

https://api.skillhub.cn/user_040dcc29/weaver-project-sow

頁面：

https://www.skillhub.cn/skills/user_040dcc29/weaver-project-sow

需要說明的是，本次抓取的官方資料只包含名稱、版本、分類、簡介和標籤，沒有給出 git clone 命令、目錄放置位置或配置文件字段。因此這裏不寫未覈實的安裝步驟。該 Skill 基於通用 SKILL.md 格式，按你所用 Agent 的 Skill 加載方式引入即可；requires_api_key=false 表示啓用時無需單獨配置密鑰。Cursor、Codex CLI、Claude Code 三者的具體加載方式在已抓取資料中沒有分別說明，這裏不做推斷。

典型用法¶

官方簡介給出的可復現流程是「生成或修改」二選一，取決於當前項目是否已有 SOW 稿：

1、準備材料：把當前項目的合同、計劃，以及已確認的事實整理好交給 Skill。
2、生成或修改：已有 SOW 稿時走修改，沒有時走生成。兩種情況都要求結果落到既有的物理 DOCX 模板上。
3、補缺口：材料對不上的條目，輸出中寫成「待確認」，而不是自行填一個值。
4、交回：把正式文件和固定 SOW 材料上傳目錄交回泛微項目交付總控。

適用場景與注意¶

適合的場景：泛微項目交付過程中，需要從合同和計劃反推 SOW、或把已有 SOW 修訂到與合同一致的人。也適合想把「哪版是正式版」這個問題固定下來、不再靠人工比對的團隊。

需要注意的幾點：

• 它處理的是泛微項目的 SOW 編制，綁定既有物理 DOCX 模板和交付總控流程。非泛微項目、或沒有固定模板的場景，這套約束不一定適用。
• 材料缺失就寫「待確認」，意味着產出物裏會有遺留問題項。交付前需要有人去確認這些項，工具不會替你補全。
• 能力描述來自官方簡介，本次未能打開頁面覈對完整文檔，安裝方式、配置項和更細的調用示例請以官方頁面爲準。

結尾¶

這個 Skill 的價值不在生成文字，而在三處約束：繼承模板、缺口顯式化、交回總控。如果你正在爲泛微交付項目維護 SOW，可以從這裏開始：

https://api.skillhub.cn/user_040dcc29/weaver-project-sow