技能介绍

要解决什么问题

信创、软件开发、系统集成以及云与网络安全类项目，真正有价值的窗口往往出现在发改拟建或采购意向公开阶段，而不是等招标公告挂网。运维与服务合同在到期前 0～180 天同样是可操作的续约与替换窗口，但分散在各地公告与合同线索里，人工盯盘成本高、容易漏单。

技能如何工作

你给出行业/产品关键词和地区（也可限定预算或「只看某一路」），技能按固定工作流执行：

意图解析：把自然语言转成查询条件（如「山东智慧城市」「信创改造采购意向」「运维快到期的项目」）。
三路并扫（完整模式约 8～15 次 API 调用）：

- search_proposed_projects：拟建/立项阶段，提前量通常 6～18 个月；
- search_bids（bid_process=[1]）：采购意向，发标前约 1～3 个月；
- search_expiring_projects：合同临期续约，0～180 天窗口。

打分排序后输出商机清单，每条附带下一步动作；需要跟进展时用 get_bid_timeline 看意向→招标→中标阶段。
完整扫描结束后可生成可分享的 HTML 清单；公告链接使用 API 返回的 url（含 sk 签名），不得删改。

单路快查（例如「只看拟建」或「只看快到期」）走单路模式，约 2～6 次调用。同一条件可重复跑增量，当作「商机晨报」用 begin_date 只报新增。

边界与注意点

数据铁律：金额、日期、单位名称均来自 API；查不到就标「数据缺口」，不编造条目。
调用预算：默认单次完整扫描 ≤15 次；超出前需征得同意。开始前应告知预计积分消耗。
场景分流：已锁定具体招标公告要做投不投/报价分析 → 用投标决策类技能；纯查已发布招中标数据 → 用标讯查询类技能；要写标书 → 标书生成类工具。
合规表述：对采购方与现供应商只做客观描述（合同金额、到期日、合作次数），不做内定、关系户等定性判断。
API Key 可与同平台的招标查询、投标决策技能共用；未配置时可经用户同意后自动试用注册（仅采集 platform / arch / mac_hash 做额度去重）。