前言¶

提需这件事看起来简单，实际做起来容易散。采购或研发协作时，需求方往往在聊天里说一句”要采购 XX，大概 XX 个”，规格没写全、数量口径不一致、用途没交代、预算口径不明，采购或财务协作方收到后还得来回追问，来回确认的成本反而高于写文档本身。

这类信息需要被收拢成一份结构固定的说明，但专门为它建一套流程又过重。下面介绍的 Skill「采购提需一页」就是干这件事的：把零散的采购或提需信息收成一页说明，写清楚规格、数量、用途与预算口径。

这是什么¶

「采购提需一页」是一个社区来源的通用 Skill，坐标 @user_bd3231bd/procurement-need-brief，发布者 user_bd3231bd，版本 0.1.0，分类 business-ops。

它解决的问题很单一：当你需要向采购或财务协作方提需、但这次沟通不是向上述职时，把散落在对话、笔记或会议纪要里的信息整理成一页说明，让协作方拿到就能直接看，不用再反问。

资料中给出的平台数据：评分 100000，下载 911，安装 0。评分与下载量来自抓取资料，安装数为 0 说明它还没有经过实际部署验证，这一点在选用时要心里有数。

核心功能¶

根据资料，这个 Skill 的能力可以拆成四点：

1、收集零散信息。输入来源可以是闲聊式需求、零散笔记、会议记录片段，Skill 负责从中抽取提需要素，而不是要求你事先整理好。

2、输出规格。把采购对象的规格写清楚，避免只给名字导致采购拿错型号。

3、写明数量与用途。数量要落到可执行的口径，用途要交代为什么买、用在哪儿，方便采购判断替代方案或议价空间。

4、标注预算口径。把预算口径一并写进说明，让财务协作方在同一页里就能看到钱从哪里出、走什么科目。

输出物是一页说明，不是表格、不是长文档，也不是给上级看的汇报材料。

安装与启用¶

资料中只提供了两个地址，没有给出安装命令或各客户端的启用路径：

官方地址: https://api.skillhub.cn/user_bd3231bd/procurement-need-brief
SkillHub 页面: https://www.skillhub.cn/skills/user_bd3231bd/procurement-need-brief

我没有尝试从这两个地址抓取安装说明，抓取结果是空的，因此这里不写具体的安装命令或配置字段，以免编造。

下面介绍可以确认的部分：该 Skill 基于通用 SKILL.md 格式，标签为 requires_api_key=false，也就是说调用时不需要配置 API Key，没有密钥管理这一步。

要用它，建议先打开上面的 SkillHub 页面确认安装方式，再按页面指引操作。

典型用法¶

资料里没有给出完整的可复现示例，下面是根据官方简介描述的输入输出方式，属于用法说明而非实测结果。

输入侧：把零散的提需信息交给 Skill，可以是一段对话记录、几条消息截图的转写，或者一段口语化描述，例如”项目 A 需要几台显示器，做双屏写代码，预算走研发费用”。

输出侧：得到一页说明，结构上至少包含四项——规格、数量、用途、预算口径。四项缺一不可，缺哪一项说明里就会留出待确认的位置，而不是凭空填一个值。

使用要点是先做信息收集，再做结构化输出，经过上面两步之后拿到的才是可以直接发给采购或财务协作方的成品。

适用场景与注意¶

适合的场景：

• 需要向采购提需，且希望对方拿到就能执行，减少来回询问。
• 需要向财务协作方说明预算口径，同一份说明既讲清楚买什么，也讲清楚钱怎么走。
• 信息来源零散，本身就没有整理成正式文档。

不适合的场景：

• 向上述职场景。官方简介明确写了”不是向上述职时使用”，向上汇报需要的是结论和论证，不是提需说明。
• 需要比价、招投标或合同条款的场景。这个 Skill 只负责把需求说清，不负责询价和谈判。

需要注意的点：

1、版本号是 0.1.0，功能面窄，后续接口或输出结构可能变化。
2、安装数为 0，属于早期状态，生产流程里引入前建议先在小范围试跑。
3、输入信息质量决定输出质量，Skill 补的是结构，补不了被遗漏的规格和预算数字。

结尾¶

这个 Skill 的价值在于把”提需”从一次口头沟通变成一页可执行的说明，规格、数量、用途、预算口径四项一次到位，减少采购和财务协作方的追问成本。它不做多的事，版本 0.1.0 的体量也说明它目前只覆盖这一环。

官方地址：https://www.skillhub.cn/skills/user_bd3231bd/procurement-need-brief