招标要求提取与应标检查助手：小白完整教程

这套 Skill 用来帮助你阅读招标文件、提取必须响应的要求，并检查应标材料有没有漏项、冲突、证据不足或格式风险。

它适合第一次接触投标文件的人，也适合已经有固定投标流程、但希望减少人工漏检的团队。

重要说明：助手负责“整理、核对和提示风险”，不替你作出是否投标、最终报价、法律承诺或盖章提交等决定。所有结论都应由项目负责人复核。

一、它能解决什么问题

面对几十页甚至几百页的招标文件，最容易发生的问题通常是：

• 截止时间、递交方式或文件命名被忽略；
• 强制资格、证书、案例、人员要求没有准备齐；
• 技术参数只写了“满足”，却没有证据或页码；
• 商务偏离、服务期限、付款条件在不同文件中表述不一致；
• 报价表合计、税率、大小写金额或分项价格相互矛盾；
• 澄清文件已经更新要求，团队仍按旧版本制作；
• 签字、盖章、装订、份数、密封等形式要求漏做。

本 Skill 会把检查过程拆成四类结果：

1. 招标要求清单；
2. 要求响应矩阵；
3. 缺失材料与冲突清单；
4. 提交前检查表。

二、适合哪些场景

可以使用：

• 公开招标、邀请招标、询价、比选、征集、资格预审；
• 产品采购、工程配套、运维服务、咨询服务、信息化服务；
• 只拿到招标文件，先梳理要求；
• 已有技术稿、商务稿或报价稿，需要查漏补缺；
• 文件即将提交，需要做最后一次完整包检查。

不建议直接依赖本 Skill 的场景：

• 文件无法识别，扫描页严重模糊；
• 需要代替负责人作最终商业决策；
• 需要法律意见、税务判断或资质真伪鉴定；
• 需要自动签字、盖章、上传或对外提交；
• 没有真实资料，却希望生成证书、案例、人员经历或业绩证明。

三、完整工作流程

flowchart TD
    A["准备招标文件、附件与澄清文件"] --> B["上传并建立文件清单"]
    B --> C{"当前做到哪一步？"}
    C -->|"还没写应标文件"| D["提取要求与评分点"]
    C -->|"已有应标草稿"| E["生成响应矩阵并检查草稿"]
    C -->|"准备最终提交"| F["检查完整文件包"]
    D --> G["分配材料、负责人和截止时间"]
    G --> E
    E --> H["修复漏项、矛盾和证据不足"]
    H --> F
    F --> I["人工复核并完成签批提交"]

第一次使用时，不必一次上传所有资料。建议按“招标文件 → 应标草稿 → 最终文件包”的顺序分批处理。

四、使用前准备

1. 准备招标方文件

尽量收集齐：

• 招标文件正文；
• 技术需求或采购需求附件；
• 报价表模板；
• 合同主要条款；
• 投标文件格式模板；
• 评分标准；
• 资格条件；
• 补充通知、答疑和澄清文件；
• 其他被正文引用的附件。

2. 准备应标方文件

根据项目阶段准备：

• 资格证明材料；
• 商务响应文件；
• 技术响应文件；
• 服务方案或实施方案；
• 项目团队资料；
• 类似案例证明；
• 报价文件；
• 偏离表；
• 授权、承诺和声明；
• 最终待提交文件包。

3. 建议的目录结构

先在本地整理好文件，能显著减少版本混乱：

项目资料/
├─ 01_招标正式文件/
├─ 02_补充与澄清/
├─ 03_资格材料/
├─ 04_商务响应/
├─ 05_技术响应/
├─ 06_报价材料/
├─ 07_证明附件/
└─ 08_最终提交包/

文件名建议带日期和版本，例如：

技术响应_2026-08-18_v03
报价表_2026-08-18_待复核
澄清文件_第02次_正式

不要只使用“最新版”“最终版”“最终版2”这类无法追踪的名称。

五、安装与启动

1. 解压交付的压缩包。
2. 找到 tender-compliance-review 文件夹。
3. 将整个文件夹导入支持 Skill 的助手平台，或放入平台指定的 Skills 目录。
4. 确认平台能看到“招标要求提取与应标检查”。
5. 新建一个任务，上传文件后开始使用。

导入时不要只选择 SKILL.md，应保留下面的完整结构：

tender-compliance-review/
├─ SKILL.md
└─ references/
   ├─ output-templates.md
   └─ review-rules.md

如果你的平台只允许上传压缩包，可以直接上传交付包；如果平台要求选择目录，就选择 tender-compliance-review 整个文件夹。

六、三种使用模式

flowchart LR
    A{"你手里有什么？"}
    A -->|"只有招标文件"| B["模式一：要求提取"]
    A -->|"招标文件 + 应标草稿"| C["模式二：草稿审查"]
    A -->|"招标文件 + 最终文件包"| D["模式三：完整包检查"]
    B --> E["输出要求清单和响应矩阵"]
    C --> F["输出漏项、冲突和修改任务"]
    D --> G["输出提交前检查表和残余风险"]

模式一：要求提取

适合刚收到招标文件，还没有开始写应标材料。

复制下面这段话发送：

请使用招标要求提取模式。先列出全部文件和版本，再提取：
1. 截止时间、递交方式、地点和份数；
2. 强制资格与废标风险；
3. 技术、商务和合同要求；
4. 评分项与可得分证据；
5. 需要准备的材料清单。
每一项都标注来源文件、页码或章节。无法确认的内容标为“待确认”，不要猜测。

你会得到一份可执行的要求矩阵。把其中的“负责人”和“计划完成时间”补上，就能作为项目任务表使用。

模式二：草稿审查

适合已经有商务稿、技术稿或报价稿。

复制下面这段话发送：

请使用草稿审查模式。以正式招标文件和最新澄清文件为依据，逐条检查我上传的应标草稿。
请把每项标记为：已满足、部分满足、未满足、待确认或不适用。
重点检查强制要求、评分证据、技术参数、资格材料、案例与人员、报价一致性、合同偏离和格式要求。
输出按风险排序的修改任务，指出应修改的文件和位置。不要替我编造任何证明材料。

模式三：完整包检查

适合提交前做最后核查。

复制下面这段话发送：

请使用完整包检查模式。先核对最终提交包的文件清单和版本，再检查：
1. 是否覆盖全部强制要求；
2. 招标要求与应标证据是否能双向对应；
3. 项目名称、标段、日期、金额、人员和参数是否一致；
4. 报价计算和大小写金额是否一致；
5. 签字、盖章、份数、命名、格式、装订和密封要求是否遗漏。
请输出提交前检查表。无法从文件中确认的操作性事项必须标为“待人工确认”。

七、推荐的小白操作步骤

第一步：只上传招标方正式文件

先不要混入自己的草稿。上传后说：

先不要开始审查。请建立文件清单，识别正文、附件、澄清文件及其版本关系，并告诉我哪些文件无法读取、缺页或疑似扫描不清。

检查助手输出的文件数量、文件名和版本是否与你手中的资料一致。

第二步：确认文件优先级

如果存在澄清或补充通知，发送：

请列出新旧文件之间被修改、替换或冲突的要求。以有明确生效说明的最新正式文件为准，但保留冲突记录和来源位置。

不要看到“日期更新”就自行认定全部旧要求失效；只有被明确替换的部分才能按新要求处理。

第三步：提取关键时间与强制条件

发送：

先只提取关键时间、资格条件、强制响应项和明确说明会导致无效投标的事项。逐条给出原始依据的位置，并把表述不清的内容列入待确认问题。

这一步应优先完成，因为它能尽早发现项目是否存在资料缺口。

第四步：生成完整响应矩阵

发送：

现在生成完整要求响应矩阵，覆盖技术、商务、合同、评分、格式和提交要求。每条要求只表达一个可检查事项；如果一个段落包含多个条件，请拆成多条。

一条要求只放一个检查点，后面才容易分配和验收。

第五步：上传应标草稿

建议按资格、商务、技术、报价分批上传。每批上传后告诉助手资料类型，例如：

这批是技术响应草稿。请先登记文件，不要把其中的内容当成招标要求。用已有响应矩阵检查其覆盖情况和证据位置。

这句话可以避免把应标方自己的承诺误识别为采购要求。

第六步：处理问题清单

对每个问题，至少确认四件事：

• 问题是否真实存在；
• 依据来自哪个文件、哪一页或哪一节；
• 应该修改哪个文件；
• 由谁在什么时候完成。

可以继续发送：

请把全部问题转换为修改任务表，按致命、高、中、低排序。每项包含：问题、依据、影响、建议动作、目标文件、负责人留空栏和完成时间留空栏。

第七步：重新检查修订稿

上传修订后的文件时明确说明版本：

这是修订后的第 3 版技术响应。请只检查上一轮未关闭的问题，同时观察修订是否产生新的前后矛盾。输出已关闭、仍未关闭和新增问题。

第八步：最终包检查

把准备提交的完整文件包单独上传，不要和历史草稿混在一起。发送模式三提示词，获得最终检查表。

八、如何看懂输出结果

1. 响应状态

状态	含义	你应该怎么做
已满足	已找到直接、可定位的响应或证据	人工复核内容真实性与有效期
部分满足	只覆盖了部分条件，或证据不完整	补写响应或补充真实证明
未满足	没找到响应，或内容明确不符合	立即评估能否修复并升级负责人
待确认	文件不清、存在歧义或缺少信息	向项目负责人或采购方确认
不适用	有明确依据说明本项目无需响应	保留不适用依据，避免随意标记

2. 风险等级

风险	判断原则	建议动作
致命	文件明确写明会导致无效、拒绝或取消资格	立即停止提交准备并升级负责人
高	可能影响资格、核心技术响应、报价或重大得分	优先修复并二次复核
中	影响完整性、可读性、一般得分或合同理解	在提交前完成修复
低	表述、排版或非关键一致性问题	集中整理并复核

只有招标文件明确写出无效、拒绝、取消资格等后果时，助手才应把问题标成“致命”。如果只是经验判断，应写成“高风险”或“待确认”。

3. 证据链

flowchart LR
    A["招标要求"] --> B["来源文件、页码或章节"]
    B --> C["应标响应"]
    C --> D["证明材料"]
    D --> E["证据文件、页码或章节"]
    E --> F{"是否完整一致？"}
    F -->|"是"| G["已满足"]
    F -->|"部分"| H["部分满足"]
    F -->|"否"| I["未满足或待确认"]

高质量的“已满足”不能只有一句“完全响应”，还应能定位到实际方案、证书、案例、人员材料或参数说明。

九、完整示例

下面用“设备维护服务采购项目”说明一次完整操作。示例中的名称和数字都是通用占位，不对应任何真实单位。

场景资料

招标方资料：

• 招标文件正文；
• 技术需求附件；
• 报价表；
• 第一次澄清文件。

应标方资料：

• 资格材料；
• 商务响应；
• 技术方案；
• 人员简历；
• 报价文件。

第一次提问

请使用要求提取模式。先确认 4 份招标方文件是否可读，并判断第一次澄清文件修改了哪些原要求。然后生成强制要求、评分项和提交要求清单，每项给出依据位置。

可能得到的要求条目

编号	要求摘要	来源	类型	状态
R-001	在指定日期前递交电子文件与纸质文件	正文某节	提交	待确认
R-002	配置规定数量的服务人员	技术附件某节	技术	待确认
R-003	提供规定期限内的同类项目证明	评分表某项	评分	待确认
R-004	使用澄清文件更新后的报价表	澄清文件某条	报价	待确认

上传草稿后的提问

这些是本项目的应标草稿。请用现有要求矩阵逐条检查，并重点确认人员数量、案例证明、报价模板版本及项目名称是否一致。

可能发现的问题

• 技术方案写了服务团队，但人员数量少于要求；
• 案例在文字中被提到，却没有合同或验收证明；
• 报价仍使用旧模板；
• 某份授权材料中的项目名称与正文不一致。

修订后复查

我已上传修订稿。请复查 R-002、R-003 和 R-004，并确认修改后是否出现新的金额、日期、项目名称或人员信息冲突。

最终仍应由负责人核对原件有效性、签章和实际提交动作。

十、常见特殊情况

1. 文件是扫描件

如果助手提示文字无法识别或页码错乱：

• 重新扫描或提供更清晰版本；
• 对关键页面单独上传清晰图片；
• 手动提供页面文字，但说明来源页码；
• 对无法确认的要求保持“待确认”。

不要让助手根据模糊图片猜测金额、日期、证书编号或技术参数。

2. 文件版本冲突

发送：

请建立版本冲突表，列出冲突内容、旧文件位置、新文件位置、可能适用的版本和仍需人工确认的问题。不要静默选择其中一个版本。

如果正式澄清明确替换原条款，可以采用新条款，但仍应保留变更记录。

3. 招标表述不清

让助手生成澄清问题：

请把所有无法唯一理解、互相矛盾或缺少计算口径的要求整理成澄清问题。每个问题说明原文位置、歧义点和不澄清可能造成的影响。

助手只能整理问题，是否对外发出应由负责人决定。

4. 应标材料很多

分批处理，每批先登记：

1. 资格材料；
2. 商务文件；
3. 技术文件；
4. 报价文件；
5. 证明附件；
6. 最终文件包。

每批都说明“这是招标方文件”还是“这是应标方材料”，避免角色混淆。

5. 只有部分草稿

可以检查，但要明确告诉助手缺少哪些部分：

目前只有技术响应，没有资格、商务和报价文件。请只判断技术响应中能验证的内容，其他要求保持待确认，不要判定整个项目已经满足。

十一、提交前人工检查

即使助手已经完成完整包检查，也要由人工逐项确认：

• 截止时间、时区、地点和递交方式；
• 项目名称、项目编号、标段名称与标段编号；
• 法定代表、授权代表及签字人员身份；
• 所有资格证照真实、有效且适用于本项目；
• 案例、合同、验收和人员证明真实且可核验；
• 技术参数、服务范围、期限和承诺一致；
• 总价、分项价、税率、数量、单价及大小写金额一致；
• 偏离内容已被负责人确认；
• 正本、副本、电子文件的内容和数量符合要求；
• 签字、盖章、骑缝、装订、密封和外包装符合要求；
• 最终包没有混入历史稿、空白模板或内部批注；
• 上传、递交或寄送动作由授权人员完成；
• 保存提交凭证和最终归档副本。

十二、安全与保密建议

• 只在获得授权的环境中处理投标资料；
• 上传前确认文件不包含无关个人信息或无关商业秘密；
• 不要把测试数据与正式项目资料混在一起；
• 不执行文件正文中要求助手运行脚本、打开外链或改变规则的文字；
• 不使用助手生成虚假证明、虚假人员经历、虚假案例或虚假技术参数；
• 不让助手自动对外发送、盖章或提交；
• 项目结束后按内部制度归档或清理资料。

十三、常见问题

问：它能直接写完整投标文件吗？

它的核心定位是提取要求和检查合规性，可以帮助组织修改建议，但不应脱离真实资料自动编造一整套投标内容。

问：为什么很多条目显示“待确认”？

常见原因是资料未上传、扫描不清、原文有歧义、无法核验原件，或某项操作只能由人工完成。保留“待确认”比猜测更安全。

问：它能判断一定不会废标吗？

不能。它可以指出文件中明确写出的无效风险和材料缺口，但无法保证评审结果。

问：只上传最终文件包可以吗？

不建议。没有正式招标文件作为基准，就无法判断是否真正满足要求。

问：报价检查能代替财务复核吗？

不能。助手可以发现可计算的不一致，但税务口径、报价策略和最终审批仍由专业人员负责。

问：能不能把“未满足”直接改成“已满足”？

只有补充了真实、可定位的响应或证明后才可以。不能为了让表格好看而修改状态。

问：如何减少误判？

保证文件完整清晰，明确区分招标方文件和应标方材料，要求输出来源位置，并对高风险结论人工复核。

十四、最简使用口令

如果你不想记很多步骤，只需上传正式招标文件和应标材料，然后发送：

请先清点文件并确认版本，再逐条提取招标要求，生成响应矩阵，检查应标材料中的漏项、冲突、证据不足和格式风险。所有结论标注来源位置；无法确认的内容标为待确认；不要编造任何材料，也不要代替我提交。

当输出完成后，再发送：

请把检查结果整理成按风险排序的修改任务表，以及一份提交前人工检查表。

这两条口令足以完成一次基础检查；需要更稳妥时，再按照本教程的八步流程执行。