招标寻源报告-比地招标网
为立项前市场调研和候选供应商寻源提供可复核的结论。生成前先完成澄清和数据核验；不得为了凑足名单而推荐不满足准入条件的供应商。
首次使用与授权
首次在当前会话使用比地数据前，先询问用户是否已开通比地数据接口并持有 Token。
- 用户尚未开通时，引导其访问 比地数据接口开通页面；说明开通后可复制 Token 回到本会话使用。在取得有效授权前，不得宣称已完成基于比地数据的寻源。
- 用户已开通时，请其提供用于本次查询的 Token，并按当前运行环境的 MCP 安全凭证通道配置后执行“接口授权初始化”再查询。Token 可带或不带
Bearer前缀；使用时规范化为 MCP 所需格式。 - Token 仅可用于当前用户授权的数据查询。不得写入
SKILL.md、YAML、脚本、HTML 报告、示例数据、日志或交付压缩包；不得在回复中复述、展示或转换 Token。配置失败时仅报告“授权配置未完成或不可用”，不要展示凭证内容。 - 后续同一会话中已确认且授权仍可用时，不重复索取 Token；授权失效、MCP 不可用或用户主动要求更换时再提示重新配置。
接口授权初始化
Token 配置成功后，在开始市场检索前按 用户接口开通 处理本次项目所需的数据能力。
- 调用
get_api_catalog，形成仅覆盖本项目的最小能力清单：标讯检索与详情、企业主体；再按项目类型和客户准入条件加入资质、行政处罚、失信/司法、工程业绩或其他确有必要的能力。不得为了“可能有用”而批量开通。 - 将目录中可用且状态正常的能力标为已可用；目录未注册、状态不支持，或首次真实查询返回“无权限”的本次必需能力，标为待开通。目录可见不等于一定有权限；不要用伪造企业名或空参数做探测。
- 对每个待开通能力，只有在当前目录、平台配置或 比地查询编排 中能获得唯一、精确的接口申请关键词时，才调用
POST /v4/user-api/application/open。请求体只能提交{"keyword":"精确关键词"}；不得提交、伪造或推断companyId。网关地址必须来自当前 MCP/安全配置；未提供时不得猜测域名。 code = 200表示已提交申请或已经申请过。每次成功后刷新一次目录并仅重试对应查询一次；仍无权限时记录为“待平台生效或待人工确认”，继续使用其他可用证据，不反复申请。- 对关键词不唯一、接口未找到、公司关联用户异常、鉴权/白名单/额度异常或服务不可用，停止该能力的自动开通并用业务化语言向用户说明下一步。不要在报告中写接口、错误码、Token 或开通过程。
工作流程
- 完成“首次使用与授权”和“接口授权初始化”。比地数据查询仅能在 MCP 授权可用后进行。
- 识别项目类型：
工程、服务或货物。需求包含多类时按主要采购标的拆分子包，分别分析评分后再汇总。 - 用自然语言补齐可得信息：项目名称、采购范围/技术要求、项目地点、规模或预算、计划周期、品类、招标方式、合同模式、评标方法。询问缺少但会实质改变结论的内容；无法提供时记录为假设或数据缺口。
- 确认本项目的硬性准入条件。默认检查失信被执行/重大违法、资质不符、重大安全质量事故、严重履约不良、黑名单和关联关系；客户可增删规则。
- 优先使用已安装的比地
bidi-tender-searchMCP。每项新任务先调用get_api_catalog，以当前目录确认 MCP 已注册的工具、字段和状态，再执行 比地查询编排。若平台已开通的接口未被当前 MCP 包注册，只能按已核验的路径、参数契约和安全凭证通道做定向回退调用；不得猜测路径或把目录缺失写成接口无权限。先形成“同类项目样本池”，再从有中标/合同和企业主体证据的记录中形成“候选供应商池”；二者不得互相替代。数据接口不足时，检索公开网页和招投标公告作为补充，并记录检索范围与截止日，不逐条罗列来源链接。
- 货物类的顺序固定为：同类型业主的需求、品牌/型号和参数配置 -> 历史预算、中标价和合同价 -> 采购组织与准入条件 -> 候选供应商寻源。品牌、型号及参数仅用于货物类；工程和服务类只比较公开可验证的范围、实施/履约要求、周期、规模和价格。货物类分别建立“采购需求链”（默认编码 52/104）和“交易结果链”（默认编码 101/120/122；结果不足时可补充 119），在内部工作记录中保留关键词、去重和剔除理由。采购意向、预告、调研、更正、答疑、资审、废标和开标记录默认不纳入分析证据。目标纳入30至200条去重后的真实公告；公开可得样本不足30条时，扩大时间、区域或相邻应用场景并在报告中说明结论边界，但不展示检索过程的数量统计。再读代表性公告/合同正文，抽取货物标的名称、品牌型号、数量、关键技术或功能、配置、注册/授权、交付与售后；不得先按供应商或品牌倒推技术参数。 - 将供应商分为三种状态：有公开硬性否决证据的排除；没有否决证据但必要证照/授权待客户收件核验的“建议触达”；完成必要核验的“最终推荐”。对同类业绩另标记证据阶段：中标/合同/验收、候选人公示、参投线索或公开线索；参投线索不能按中标或履约业绩计分。建议触达或推荐名单达到3家以上时，在具备同类业绩和准入基础的前提下，至少纳入1家“新增市场候选”，避免既有合作线索占满名单；没有合格新增候选时，明确说明原因而不降低准入条件。接口无权限、公开不可得或未返回数据不是否决理由。
- 阅读 评分规则，根据项目类型建立默认评分表。只启用可验证且在所有拟比较候选中可获得的数据维度；将启用权重重新归一化为 100 分。不得以模型主观臆测补分。
- 先用
scripts/score_candidates.py固化评分、未启用维度、建议触达短名单、最终推荐和强制排除结果。使用--help查看输入契约；可按客户确认结果提供自定义权重。 - 按 需求调查报告框架 组织调查证据。正式报告必须覆盖调查方式、调查对象/同类样本、市场规模与趋势、竞争格局、主要供应商、价格/成本与历史中标价、供需和交付周期、预算与采购方式匹配、资格条件依据、政策/法律标准、生命周期事项、利益冲突、风险和采购/招标策略。货物类报告必须在供应商章节前增加“同类项目参数与配置对照”“品牌与型号公开线索”“关键参数/配置频次”“预算价格合理范围与证据分层”。工程和服务类用“同类项目范围与履约/实施要素对照”，不展示品牌、型号或设备参数。预算分析必须按“交易结果 -> 有价格披露 -> 项目去重 -> 同口径锚点 -> 高配置与组合包排除边界”展示；用中位数、分位区间和逐项目锚点支撑控制价，不得以全样本简单均值下结论。正文只展示3至8个正文已核验、能代表不同配置或价格口径的案例，完整公告清单移至附录。检索链路、原始命中、去重、阶段构成、剔除规则和样本数量统计仅保留在内部工作记录，不写入报告正文、数据边界或附录说明。品牌、型号和参数只可按货物类公告正文的可核验披露汇总。货物类图表应服务于预算和供应商决策；建议触达短名单可使用公开证据得分排序图。不得为公告数量、正文读取率、品牌出现次数、参数披露频次或样本池检索过程单独制图，也不得把未推荐供应商或数据不足包装成图表结论。多品类货物应尽量为每个核心子项保留至少一个直接匹配样本。将不确定性、数据冲突和分析假设写入“分析边界与待确认事项”。
- 若最终推荐不足 3 家，先列出有证据支撑的“建议触达短名单”和待核验资料，再与客户确认是否依次扩大区域或相近行业范围。每次扩大都重做准入与可比性检查。仍不足时报告竞争不足及建议，不得硬性推荐。
- 正式报告可展示“建议触达短名单（待文件核验）”及“最终推荐供应商与建议邀请名单”。前者必须标明待核验资料，后者展示总分、分项得分、排名、推荐理由、风险提示和建议邀请名单。不要展示“排除”或“不建议”供应商的名称或排名。
- 对建议触达及最终推荐对象，增加“合规与证照公开信息核验”表。面向报告读者仅使用“已取得公开可核验证据”“公开信息未检出可核验证据”“公开信息暂无法核验”或“待供应商补充材料”等业务化结论；未检出或暂无法核验均不得写成“无风险”或“已通过”。有公开处罚时写明日期、主管机关、事项和与本项目的待判断关系，不以任意历史处罚自动否决。
- 依照 报告数据契约 组织结果，再运行
scripts/generate_report.py INPUT.json OUTPUT.html。交付前在浏览器打开 HTML，检查中文字体、长表格分页、无推荐时提示和数据质量内容。
结论纪律
- 将“事实”“基于数据的判断”“需客户确认的假设”分开表述。
- 用数据覆盖率和样本范围限定价格、趋势及排名结论；样本不足不得宣称市场全貌。
- 供应商的单项数据缺失不等于不合格。必要证照、产品授权、许可或客户材料未公开时，标记为“建议触达，待文件核验”；仅发现公开硬性否决证据时排除。该维度不能参与横向总分比较时，优先补数；不能补数时从统一评分维度中剔除并披露。
- 合规/风险信息仅作为当前已查询数据下的提示，不替代正式尽调或资格审查。
- 不在报告中暴露未推荐供应商、敏感接口凭证或原始个人信息。
资源
references/scoring-rules.md：三类项目默认权重、评分锚点和调整原则。references/report-data-contract.md：评分和 HTML 报告的 JSON 结构及最小字段。references/bidi-mcp-query-playbook.md：bidi-tender-search的查询顺序、字段映射和调用边界。references/user-api-application-open.md：用户 Token 下按关键词申请所需接口的请求契约、幂等语义与错误处理。references/sample-derived-framework.md：由服务类和货物类样例归纳的报告主框架、必备证据与三类项目差异。assets/bidi-logo.png：生成单文件 HTML 时内嵌的比地招标网 logo。scripts/score_candidates.py：对可比较的候选统一归一化打分。scripts/generate_report.py：将分析结果生成自包含的中文 HTML 报告。
