前言¶
招投标和政府采购场景里，最耗时的不是写，而是对齐。一份招标文件动辄几百页，资格条件、废标条款、评分办法散落在不同章节；投标文件要分章节生成，还要保证每一项要求都有对应的证据和响应位置；开评标之后还要留档复盘。
常见的做法是把整份文件丢给模型，让它”全文总结一下”。结果是：没有逐条对应，没有来源页码，没有风险分级，也没有”这一步的产物是什么”的概念。bidding 这个 Skill 的思路不同，它把全流程拆成有顺序的环节，每个环节产出明确的东西，后续环节直接引用上一步的结果。
这是什么¶
bidding 是一个面向中国语境的招投标与政府采购全流程工作流 Skill，坐标 @user_7c6357d4/bidding，版本 1.0.0，由社区发布者 user_7c6357d4 发布，分类 business-ops，来源标记为 community。
它解决的问题是：把”从看到采购意向到项目验收复盘”这条链上的每一步，都变成可执行、可检查、可追溯的工作项，而不是一次性的长文本问答。
SkillHub 页面显示评分 100000、下载 1082 次、安装 0 次，标签 requires_api_key=false。这几个数字只代表抓取时点的页面状态，不代表实际可用性，下面会说明原因。
覆盖的环节¶
官方简介把能力按生命周期顺序列出，可以理解为下面这条链。括号里是简介原文用词。
- 标讯发现与监测：采购意向、标讯的发现与持续监测，对应”标讯订阅”这类请求。
- 需求阶段：采购需求调查。
- 文件阶段：招标或采购文件的编制与审查，以及”采购需求/招标文件公平竞争审查”。
- 解析阶段：PDF、Word、扫描件解析。
- 结构化提取：资格条件与废标项提取，对应”废标风险检查”。
- 评分办法建模：把评分办法拆成可计算的结构，用于”评分项对比”。
- 投标决策：基于上述结果判断是否参与。
- 投标文件生成：数百页投标文件的分章生成。
- 矩阵与核验：要求—证据—响应矩阵、客观分核验、主观分辅助评估、价格分模拟。
- 合规与答疑：合规审查、澄清答疑、递交前检查。
- 开评标辅助。
- 合同与履约：合同对齐、履约验收。
- 复盘：知识沉淀。
官方简介给出的高频请求包括”招标书解析”“投标书生成”“评分项对比”“标讯订阅”“废标风险检查”“采购需求/招标文件公平竞争审查”。这些是意图入口，不是命令。
核心功能¶
从简介能确认的能力有三类。
一是解析与提取。支持 PDF、Word、扫描件三类输入，产出资格条件、废标项等结构化结果。这一层的价值在于把非结构化文件转成可逐条核对的清单，而不是一段摘要。
二是建模与核验。评分办法建模后可以对客观分做核验、对主观分做辅助评估、对价格分做模拟。要求—证据—响应矩阵是贯穿投标文件生成的核心产物：每一项要求对应一条证据和一个响应位置，缺项和错配在递交前就能看出来。
三是流程闭环。从标讯发现一路走到合同对齐、履约验收和复盘沉淀，每个环节的产物可以作为下一环节的输入，链路是可追溯的。
需要注意的是，简介里”客观分核验”“主观分辅助评估”的措辞是分开的：客观分是核验，主观分只是辅助评估。不要把后者理解成模型可以替评委打分。
安装与启用¶
未能核实。写作时官方地址 https://api.skillhub.cn/user_7c6357d4/bidding 和 SkillHub 页面 https://www.skillhub.cn/skills/user_7c6357d4/bidding 均无法打开，因此安装命令、目录位置、配置字段、Cursor / Codex CLI / Claude Code 的启用差异，都没有可核对的来源。
已抓取资料里只有版本号（1.0.0）、来源（community）、分类（business-ops）和标签 requires_api_key=false。后者说明该 Skill 自身不要求 API key，但没有说明它调用底层模型或外部服务时是否需要凭据。
在拿到官方页面之前，不要把任何安装命令写进项目。建议直接打开上面两个地址，确认发布者、版本和下载量之后再决定是否引入。
典型用法¶
由于官方页面不可访问，这里只给出简介明确列出的请求方式，不给出可复现的命令示例。
按业务阶段提需求：
招标书解析：给定一份招标文件，输出资格条件、废标条款、评分办法的结构化结果。
标讯订阅：按地区、行业、预算区间等条件，持续监测采购意向与标讯。
评分项对比：把评分办法建模后，对比不同方案的得分结构，并做价格分模拟。
废标风险检查：对照资格条件与废标项，检查投标文件是否满足，输出风险清单。
公平竞争审查：针对采购需求或招标文件，做公平竞争审查辅助。
投标书生成：按章节生成数百页投标文件，并建立要求—证据—响应矩阵。
这些是需求描述，不是脚本。实际调用方式取决于安装后 Skill 的 SKILL.md 定义，需要在官方页面恢复后核对。
适用场景与注意¶
适合需要把招投标流程标准化、留痕化的团队：采购方要做需求调查和公平竞争审查，投标方要做标书编制和递交前检查，代理机构要做开评标辅助和合同对齐。共同点是需要可追溯的产物，而不是一次性结论。
限制主要有三条。
一是主体责任不转移。官方简介明确说明，AI 仅提供辅助分析，不替代采购人主体责任、评标委员会独立评审、法律意见或人工签署提交。涉及废标、澄清答疑、合同条款的内容，最终都要人工确认和签署。
二是输入质量决定输出质量。扫描件解析、资格条件提取、评分办法建模这几步依赖文件本身的清晰度和结构。扫描件模糊或版式复杂的文件，提取结果需要人工复核。
三是模型能力边界。主观分辅助评估不等于评审意见，价格分模拟依赖报价数据和评分公式的正确输入。矩阵能检查缺项和错配，不能判断证据本身的真伪或有效性。
结尾¶
bidding 的价值在于把招投标和政府采购这条长链路拆成可执行、可追溯的环节，让每一步都有明确产物，也让缺项和风险在递交前可见。它提供的是辅助分析能力，主体责任和最终签署仍然在人。
官方地址：https://api.skillhub.cn/user_7c6357d4/bidding ，SkillHub 页面：https://www.skillhub.cn/skills/user_7c6357d4/bidding 。
