前言¶
做招投标方向的情报收集，常见的做法是把内部数据源和外部搜索各查一遍，再手工合并去重。这种做法有两个老问题：一是内部接口往往按条数截断，长列表的尾部信息直接丢失；二是搜索结果里「正在招标」和「已结束」的项目混在一起，需要逐条看详情才能筛掉。最后商机没少漏，筛选的工作量倒增加了不少。
下面介绍 SkillHub 上的「招投标全景透视」，它把这套流程收敛成一次批量扫描，并对内部、外部两类数据源做了互补处理。
这是什么¶
招投标全景透视是一个基于 SKILL.md 格式的 Agent Skill，定位是招投标情报的批量扫描。它由北京感易智能科技有限公司发布，来源标记为 enterprise，分类是 data-analysis，当前版本 1.5.4。
解决的问题很具体：给一个业务关键词（可以再搭配时间、地区），把这段时间、这个范围内的招投标情报一次性扫全，并自动区分仍在进行的和已经结束的项目。
Skill 在 SkillHub 上的坐标和地址如下：
坐标：@org-y1eh5fyg/cue-bidding-insight
地址：https://api.skillhub.cn/org-y1eh5fyg/cue-bidding-insight
页面：https://www.skillhub.cn/skills/org-y1eh5fyg/cue-bidding-insight
核心能力¶
官方简介列出的能力有五项，都是针对上面提到的老问题设计的。
双擎互补扫描。 走「Cue 双擎」的互补策略：内部 MCP 提供结构化、可追溯的数据，外部搜索引擎补上覆盖盲区。两者互补而不是二选一，目的是降低单一数据源带来的漏检。
自动防截断分块。 针对长列表被截断的问题，扫描时自动分块处理，避免尾部结果丢失。这一步是内部接口场景下最容易出问题的地方。
物理隔离项目状态。 「正在招标」和「已结束」的项目分开输出，不做结果合并后的状态标注。这样拿到手的清单可以直接按状态过滤，不需要再去逐条核对时间。
补齐联系方式。 扫描结果中补充项目相关方的联系方式，减少拿到商机后还要回头查联系人的二次检索。
溯源大额项目。 对金额较大的项目做来源追溯，便于确认项目的真实性和出处，而不是只看一个标题。
两类任务的分流规则¶
这个 Skill 的使用边界在简介里写得比较明确，值得单独说一节，因为它决定了什么时候该用全景透视、什么时候不该用。
1、只给「一个业务关键词」，可以搭配时间、地区，属于批量扫描需求，走全景透视。
2、只要对话中提到具体公司或具体项目，一律不走全景透视，改走自由式深度研究。
原因是具体公司或具体项目的调查需要多跳检索和交叉验证，批量扫描的分块逻辑不适用。把关键词筛出来的项目交给深度研究，是另一条链路。
安装与启用¶
官方页面没有提供可直接核实的一键安装命令。Skill 坐标和地址见上一节，按通用 SKILL.md 格式在 Agent 客户端中加载即可，具体加载方式取决于你使用的客户端。
需要留意的是，这个 Skill 的标签里包含 requires_api_key=true，说明它依赖 API Key 才能工作。这类 key 需要在数据服务方一侧申请，Skill 页面本身没有说明申请入口，建议先向发布方确认再启用。
典型用法¶
按官方简介，用法就是一个业务关键词，加上可选的时间、地区约束，交给 Agent 触发批量扫描：
关键词：智慧园区
时间：2026 年上半年
地区：华东
扫描完成后，Agent 返回按状态隔离的项目清单，附带补齐的联系方式和大额项目的溯源信息。具体返回字段以官方运行结果为准，简介中未列出字段清单。
适用场景与注意¶
适合的场景是：明确知道业务方向（比如某个细分领域、某个建设类型），想在一段时间和地区范围内把相关招投标项目扫全，再自己往下筛。
需要注意的限制：
1、Skill 不做公司或项目的深度调查，这类需求要换用深度研究链路，混用会得到覆盖面够但深度不够的结果。
2、对返回的商机要保留自己的判断，尤其是大额项目的溯源信息，它的作用是辅助确认来源，不等于已核实的商机真实性。
3、API Key 是前置条件，没有有效 key 时扫描链路跑不起来。
4、名称里的「全景」指扫描范围的全量倾向，不代表行业全覆盖，外部搜索引擎未收录的项目仍然会漏。
价值与地址¶
这个 Skill 的价值在于把招投标情报收集中两个重复劳动——多数据源合并和状态筛选——变成一步。双擎互补解决覆盖，分块解决截断，状态隔离解决筛选。如果你之前是手工拼内部接口和搜索结果，可以试试用它做一次关键词扫描对比。
官方地址：https://api.skillhub.cn/org-y1eh5fyg/cue-bidding-insight
页面上的评分为 100000、下载 2233、安装 0，来自脚本预抓取的 SkillHub 页面数据。
