前言¶

泛微的交付项目要交一份 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