招投标全景透视

招投标全景透视

你的下一个客户正在招标，但你知道了吗？让 Cue 双擎互补全量扫描全国招投标平台——自动发现匹配你业务的招标项目、监控竞争对手中标动态、补齐联系方式帮你触达采购方。比竞争对手早一步，就多一个订单。

适用范围与场景（先看这个，别用错了）

可以查：

适用场景：

不能查：

• 非公开邀标或单一来源采购（未在公开平台发布公告）
• 招标文件全文下载（Cue 做信息聚合，不做文件托管）
• 投标报价策略或中标概率预测
• 企业内部的采购计划或预算信息（非公开）
• 招标方内部评审细节或评标委员会名单

简单判断：这个招标信息在公开招投标平台能搜到吗？ 能 → 用它。是私下邀标、没有公开发布公告 → 用不了。

快速判断：你是否需要这个 Skill？

你的需求是？
├─ 我想找正在招标的潜在客户，主动去投标或联系              → ✅ 用这个
├─ 我想监控竞争对手最近中了哪些标，分析他的客户策略          → ✅ 用这个
├─ 我想知道某个地区最近有哪些大项目在招标                    → ✅ 用这个
├─ 我做 B2B 销售，每天需要新的销售线索                      → ✅ 用这个
├─ 我想看某家公司的中标轨迹，判断它的业务增长趋势            → ✅ 用这个
├─ 我想知道某类项目市场价大概多少，方便自己报价              → ✅ 用这个（看同行的中标价）
├─ 我想知道竞争对手的具体投标策略和报价明细                  → ❌ 用不了，非公开信息
├─ 我想看招标文件全文、技术规格书和图纸                      → ❌ 用不了，去源平台下载
└─ 我想预测自己能不能中标                                   → ❌ 用不了，不做预测

试试这样问

推荐问法（直接对 Agent 说即可触发本 Skill）：

• "帮我用招投标全景透视，扫描最近两周全国'智慧城市'相关的在招项目"
• "用 Cue 招投标透视，帮我监控一下华为最近半年中了哪些 IT 服务类标"
• "帮我查一下北京地区最近一个月'医疗信息化'的招标公告，只要正在招标的"
• "用招投标透视，帮我看看'光伏EPC'项目最近三个月的中标趋势和平均报价"
• "帮我扫描'工业机器人'相关招标，重点是制造业企业的采购公告，我公司做自动化产线"

对应到命令行 query：

# 商机扫描
--query "智慧城市 招投标全景透视：近两周 全国 正在招标项目扫描→项目金额→联系方式→截止日期"

# 竞对监控
--query "华为 招投标竞对监控：近半年 IT服务类中标项目→中标金额→采购方分析→市场分布"

# 区域深耕
--query "北京 医疗信息化 招投标全景透视：近一月 招标+中标→项目清单→金额区间→采购单位画像"

# 行业趋势
--query "光伏EPC 招投标趋势分析：近三月 中标项目→平均报价→活跃地区→主要中标方排名"

模板："<业务关键词/公司名> 招投标全景透视：<时间范围> <地区> <招标/中标/趋势>"

---

适用人群

---

Agent 执行摘要

核心能力

1. 双擎互补全量扫描 — 内部 MCP 引擎 + 外部搜索引擎互补，覆盖主流招投标平台与搜索引擎索引，减少漏标
2. 时间分块防截断 — 大时间跨度自动拆分为小时间窗口逐块扫描，防止数据量过大导致截断或超时
3. 招标/已结束物理隔离 — 正在招标与已结束项目严格分区展示，不会把已截标的项目混在商机里
4. 联系方式补齐 — 自动匹配招标方/采购方的公开联系方式（电话/邮箱/地址），方便快速触达
5. 大额项目溯源 — 大额标自动深挖采购方背景、项目背景，帮助判断项目质量和竞争格局
6. 竞对中标监控 — 指定竞争对手名称，自动汇总其中标记录——中标金额、采购方、中标时间、项目类型

输出形式

结构化商机报告：

Part 1：正在招标（商机清单） 招标项目名称 → 采购方 → 预算金额 → 截止日期 → 联系方式 → 地区 → 来源平台 → 项目链接

Part 2：近期中标（竞对参考） 中标方 → 项目名称 → 中标金额 → 采购方 → 中标日期 → 来源平台

Part 3：趋势分析 招标量趋势 → 活跃地区分布 → 平均项目金额 → 主要采购方画像 → 主要中标方排名

---

性能预期

招投标扫描涉及多个外部数据源聚合，耗时比单一数据源查询更长：

招投标扫描的特殊性：需要访问多个外部招投标平台，单个平台响应慢会影响整体耗时。如果超过 20 分钟没返回，说明某个源平台可能超时——不要取消重试，跑一下健康检查确认 Cue 服务状态，中断后用相同命令续接。Session 状态存储在 ~/.cue/session/task，不要手动删除。

---

环境要求

Runner 来源：GitHub - sensedeal/cue-skills（Gitee 镜像）。

依赖：git + python3 + curl（macOS 自带，Linux apt install git python3 curl）。Python 仅用标准库，无额外 pip 依赖。

Cue API Key：cuecue.cn 注册获取。新账号送免费积分，每天再免费送 10 分。

---

调用说明

python3 ~/.cue/cue-skills/cue-research/scripts/research_run.py \
  --query "智慧城市 招投标全景透视：近两周 全国 正在招标项目扫描→项目金额→联系方式→截止日期→竞对中标监控" \
  --template-id template__Bd4K9p \
  --output ~/cue-reports/$(date +%Y-%m-%d-%H%M)-bidding-insight.md

---

格式转换

Cue 输出 Markdown。安装 pandoc 后可转换为 Word 或 PDF：

# .md → .docx（Word）
pandoc report.md -o report.docx

# .md → .pdf
pandoc report.md -o report.pdf --pdf-engine=xelatex

输出文件与输入同目录、同名、不同后缀。

依赖安装

---

架构说明

本 Skill 不在本地执行检索。流程是 Agent → Cue API（cuecue.cn）→ 企查查-招投标 + 知了标讯双数据源互补。扫描结果的质量和时效取决于 Cue 服务端和两个招投标数据源的状态。

双数据源架构：

两个数据源结果自动去重合并，互补覆盖盲区。扫描质量和时效取决于招投标源平台的可用性。

---

健康检查

跑研究前先验证三件事。一键诊断：

CUE_KEY=$(python3 -c "import json;print(json.load(open('$HOME/.cue/config.json'))['api_key'])" 2>/dev/null || echo "$CUE_API_KEY")
echo "=== 1/3 API Key ===" && [ -n "$CUE_KEY" ] && echo "已配置" || echo "未配置！"
echo "=== 2/3 Cue 服务 ===" && curl -sS --max-time 10 "https://cuecue.cn/api/health" -H "Authorization: Bearer $CUE_KEY"
echo "=== 3/3 搭子 ===" && curl -sS --max-time 10 "https://cuecue.cn/api/playbook" -H "Authorization: Bearer $CUE_KEY" | python3 -c "import sys,json;scenes=json.load(sys.stdin).get('data',{}).get('scenes',[]);buddy=[b for s in scenes for b in s.get('buddies',[]) if b.get('title')=='招投标全景透视'];print(f'可用:{len(buddy)}个') if buddy else print('暂不可用')"

---

自救指引

错误速查

Cue 返回结构化错误，包含 code（错误码）、retryable（是否可重试）、user_action（操作建议）。

中断恢复机制

Cue 的调研任务是有状态的。招投标扫描因为涉及多个外部平台，偶发中断是正常现象：

中断 ≠ 失败，cancel 才 = 失败
├─ 单个源平台超时 → 该平台标注"暂不可达"，其他平台结果正常返回
├─ 整体超时 → 等一会，相同命令续接（session 存在 ~/.cue/session/task）
├─ 网络波动 → 同上，相同命令续接，已扫描的时间窗口不会重复
├─ 手动 cancel → 无法恢复，已扫描的部分结果丢失，需要重新发起
└─ 恢复后 → Cue 从断点继续，已查过的时间窗口不会重复计费

关键规则：中断后不要换 prompt、不要删 session 文件、不要 cancel。三个"不要"记住了就不会白跑。招投标扫描的特殊性——时间分块机制意味着即使部分窗口超时，已完成的窗口数据仍然有效。

重试决策

收到错误
├─ retryable = true → 按 user_action 建议操作后重试
│   ├─ 超时/网络类 → 等 5min，跑诊断，最多 3 次
│   ├─ 源平台不可达 → 等 30min 或接受降级结果
│   ├─ 源平台限流 → 等 30min
│   └─ 搭子下线 → 等 1h 或换网页端
├─ retryable = false → 不要重试，改了条件再说
│   ├─ Key 问题 → 重新生成 Key
│   ├─ 关键词太宽 → 加限定词、缩小地区和时间
│   ├─ 积分不足 → 充值或等次日
│   └─ 结果空 → 换关键词 / 确认该行业有公开招标习惯
└─ 重试 3 次仍失败 → 记下 request_id，走降级方案

调度建议

---

降级方案

Cue 长时间不可达时的手动替代渠道：

---

输出示例

示例报告待补充，请通过 cuecue.cn 实际运行后获取。

FAQ

Q: 双擎互补是什么意思？和手动在招标网搜索有什么区别？ A: 内部 MCP 引擎对接主流招投标平台的结构化 API（数据干净、字段完整但平台数有限），外部搜索引擎补充长尾平台和被 API 遗漏的公告（覆盖广但需要解析）。两个引擎结果自动去重合并——你搜一次，相当于手动在五六个招标网站 + 搜索引擎各搜一遍。

Q: 能保证扫到所有相关招标吗？ A: 不能保证 100%。原因有三：(1) 部分招标平台有反爬或限流；(2) 邀标和单一来源采购不公开发布；(3) 某些企业自建招标平台不在公开索引范围。但双引擎互补能覆盖市面上绝大部分公开招标信息，漏标率远低于单平台手动搜索。

Q: 时间分块防截断是什么？为什么需要它？ A: 当时间跨度大（比如近三个月）时，一次查询的数据量可能超过处理上限导致截断——你会发现"怎么才扫到几条就没了"。Cue 自动把大时间窗口切成小块（如按周分块），逐块扫描再合并结果，确保长周期查询不会因为数据量截断而丢数据。

Q: 联系方式补齐是怎么做到的？能保证打得通吗？ A: Cue 从招标公告原文、采购方官网、工商信息等公开渠道自动提取电话/邮箱/地址。联系方式是公开信息中已有的，Cue 做的是聚合匹配——把分散在各处的联系方式跟招标项目关联起来。能否打通取决于采购方是否更新了公开信息，Cue 无法保证实时性。

Q: 怎么知道该用这个还是 cue-deep-research？ A: 本搭子聚焦"招投标维度"——找正在招标的商机、监控中标动态、分析招标趋势。cue-deep-research 聚焦"公司维度"——对一家公司做全面尽调（财务/业务/风险/竞争）。当你通过招投标发现一个潜在客户后，用 deep-research 对这家公司做深度背景调查。

Q: 竞对监控支持多少家竞争对手？ A: 单次查询建议聚焦 1-3 家核心竞对。太多了扫描时间会显著增加，而且去重和聚合的复杂度也会上升。如果需要监控更多竞争对手，建议分批进行。

Q: 扫描到的项目已经过期了怎么办？ A: Cue 会将"正在招标"（截止日期未过）和"已结束"项目物理隔离在两个区域展示。如果你看到已过期的在"正在招标"区，说明源平台数据更新有延迟——以项目详情页的官方截止时间为准，Cue 标注的截止时间仅供参考。

Q: 大额项目溯源能追溯到什么程度？ A: 采购方工商信息（注册资本/股东/主营业务）、项目背景（资金来源/建设内容/分标情况）、历史同类项目中标价参考。目的是帮你判断这个项目是否值得投入资源去投——几百万的标和几千万的标，准备成本不一样。