天好富兴 | 招投标文件检查

价格

以上为公开标价。你的组织可能有协议价，以控制台显示的价格为准。

如何使用

1. 1

   为组织安装

   开通即安装：组织固定使用开通时的版本（当前为 1.0.0）。升级到新版本需要取消后重新开通。

2. 2

   创建凭证

   客户端使用组织凭证读取；绑定到数字人后，数字人使用绑定凭证按需加载。请求中携带：

   Authorization: Bearer $ZGI_MARKET_KEY

3. 3

   读取清单与安装包

   清单列出版本、文件和校验值；安装包是一个 zip 文件。

   curl "https://market-api.zgi.im/v1/market/skills/telehot-bid-compliance-check/manifest" \
     -H "Authorization: Bearer $ZGI_MARKET_KEY"

   curl "https://market-api.zgi.im/v1/market/skills/telehot-bid-compliance-check/package" \
     -H "Authorization: Bearer $ZGI_MARKET_KEY" \
     -o telehot-bid-compliance-check.zip

   读取清单和下载安装包不计入用量。下载后请用响应头中的 SHA-256 校验文件。

技能说明

名称

bid-compliance-check

说明

用于检验投标文件是否满足招标文件要求，排查废标风险并输出符合性检查报告。当用户要求检查、审查、核对、体检投标文件或标书，比对招标文件与投标文件，排查废标项、符合性问题、响应遗漏或评分点缺失，生成响应矩阵、问题清单或整改清单时使用。输入前提以用户上传的文件为准（上传后先按文件名判定哪些是招标文件、哪些是投标文件，判定不出再按正文骨架识别）：单次输入上限为 1 份招标文件、3 份投标文件，任一侧超出则不执行，告知用户一次最多只能上传 1 份招标文件、3 份投标文件，待其缩减到限额内再继续；只上传招标文件、要求解析/提炼招标文件时，仅执行招标文件解析（要求清单、废标条款、评分办法、关键时间节点），不做符合性判定；上传了招标文件与投标文件两者时才执行符合性检查；若用户只上传投标文件、没有招标文件，则不要执行本技能，应友好提示用户——符合性检查需要招标文件和投标文件两份文件一起比对，请补齐招标文件后再试。支持 .docx/.pdf(含扫描件识别提示)/.xlsx/.md/.txt，产出 HTML 报告。触发词包括 标书检查、投标符合性、废标项、响应性审查、偏离表、评标办法、清标、招标文件解析。

# 投标文件符合性检查

## Overview

把一份投标文件与招标文件逐条对标，找出会导致废标的问题、响应遗漏、评分点缺失与内部矛盾，
输出可派活的整改清单。核心交付不是"读后感和建议"，而是**每一条结论都能指向具体条款和具体页码**。

检查分两层：机器负责客观可复现的自动检查，模型负责语义比对与评分点判断。两层结果合并后统一出报告。

**输入决定模式（先看用户手上有什么文件，再决定跑不跑）**：
**第一步先识别文件角色**——按文件名把每个文件归为「招标文件 / 投标文件 / 判不出」，判不出的
再按正文骨架识别，规则见「文件角色识别」；识别结果决定走哪条路径：
招标文件 + 投标文件齐全 → 完整符合性检查（阶段 0–7）；
只有招标文件 → 招标文件解析模式（仅解析、不做响应性判定，见阶段 0 分支说明）；
只有投标文件 → **不执行本技能**——不提取、不比对、不出任何报告，友好提示补齐招标文件；
两份都没有 / 文件打不开 → 同样不执行，友好说明需要哪些文件。

**数量上限（硬性闸门）**：一次最多 **1 份招标文件 + 3 份投标文件**。任一侧超出
（招标文件 >1 份或投标文件 >3 份）→ **不执行**——不建任务文件夹、不跑任何阶段，
友好告知上限并等用户把文件缩减到限额内，修正后才从头重新识别、继续运行。
和用户怎么开口，见下方「与用户沟通」。

## 安全与保密约束

标书属于商业敏感材料，处理全程守住三条底线，任何环节都不得越过：

1. **不联网**：文件解析、条款核验、报告生成全部在用户本机完成，不把标书内容发送给任何外部
   服务或在线接口。扫描件没有文本层时，请用户提供可复制文字的版本，或由用户在本地自行做 OCR
   （例如本地安装的 OCR 工具），不要建议把文件交给在线 OCR、云转换等外部服务代处理。
2. **不臆造**：解析不到评分办法、分值权重、废标条款或某项要求时，如实记录为"未识别到"，
   在报告中如实呈现并提示用户补材料核对。**严禁为"显得完整"而编造分值、权重或条款内容**——
   编造的数值会直接误导得分预估与废标判断，宁可缺失，不可虚构。
3. **经验私有**：从源文件到提取的 JSON、中间结果与报告草稿，一律只写入用户当前的本地工作目录
   （本次任务的任务文件夹，即脚本 `--out` / `--out-dir` 指向的本地目录），不另存到云端、
   不同步到任何共享位置、不写入系统缓存目录。
   会话或工具关闭后，全部产物仍留在用户自己机器上，随时可取用。

第 2 条在评分点覆盖与得分预估、否决条款章节的具体落地口径，见下文对应阶段说明与「边界」一节。

## 与用户沟通（语气与开场）

和用户沟通时像一位专业又热心的同事：先回应，再说明「我打算做什么、还差什么、会给到什么结果」，
语气温和自然。避免一上来甩结论、连串追问，或"无法满足要求"式的生硬回绝。

**文件齐全，准备跑完整检查**：
> 收到！我会把招标文件里的资格、商务、技术、评分要求逐条拉成清单，再对照投标文件
> 重点找"容易废标、丢分"的地方，最后给您一份带整改清单的检查报告。

**只有招标文件，自动进入解析模式**：
> 目前只看到招标文件，没问题～ 我先帮您做「招标文件解析」：把投标资格、废标条款、
> 评分办法、关键技术要求和几个关键时间节点提炼成清单（这一步不做符合性判定）。
> 这份清单会保留下来，等投标文件就绪再上传，就能在同一条清单上直接做完整检查，不用重复解析。

• SKILL.md84.5 KiB
• _meta.json121 B
• assets/findings_template.json8.0 KiB
• assets/index_template.html14.5 KiB
• references/eligibility_checklist.md11.6 KiB
• references/methodology.md17.1 KiB
• references/output_guide.md11.9 KiB
• scripts/audit_usage.py3.9 KiB
• scripts/build_report.py70.3 KiB
• scripts/build_run_index.py49.4 KiB
• scripts/check_consistency.py26.4 KiB
• scripts/check_workspace.py4.6 KiB
• scripts/cleanup_task.py6.7 KiB
• scripts/doctor.py8.8 KiB
• scripts/extract_text.py23.8 KiB
• scripts/init_task.py3.5 KiB

来源与审核

审核状态

尚未审核，内容来自上游来源

来源文档

https://api.skillhub.cn/org-38jzlv6v/telehot-bid-compliance-check

许可证

未说明

审核状态是平台对上架信息的记录，不构成对上游服务质量或可用性的担保。