概览
想知道某个关键词下有哪些招标公告?给它一个关键词,它会取回中国通用招标网上的公告列表,每条带标题、正文、作者和浏览次数,可以直接导出到表格里做招投标情报跟踪。
比起在招标网站一条条检索,它把公告一次拉全,正文、作者、浏览数据都保留在结果里,适合当作招投标机会与市场动态监测的原始数据底表。
数据说明
公告取自中国通用招标网公开检索结果,只覆盖检索返回的公告,已截止或已下架的公告不在其中。正文为页面展示的公告正文,浏览次数为采集当时页面展示的值;结果按检索顺序返回,不做去重与排序。
结果长什么样
每条记录是一条公告:
| 标题 | 发布时间 | 作者 | 浏览次数 |
|---|---|---|---|
| XX医院医疗设备采购项目招标公告 | 2026-08-28 | 采购中心 | 320 |
| XX园区基础设施改造工程招标公告 | 2026-08-27 | 招标代理机构 | 210 |
应用场景
- 做商机跟踪时,按「关键词」定期检索,用「标题」「正文」筛出符合自身资质的新公告,及时跟进。
- 做市场分析时,从「作者」统计招标代理机构分布,结合「浏览次数」看哪些公告最受关注。
- 做投标决策时,按「发布时间」看公告涌入节奏,评估近期采购市场的活跃度。
适用边界
单次任务对一个关键词的招标公告翻页采集,结果条数受翻页次数与采集上限控制(默认最多 1000 条)。
- 适合用于
- 需要按关键词批量获取招标公告信息时
- 需要对比多个公告的正文、作者与浏览数据做招投标情报分析时
- 不要用于
- 需要实时招标推送时——本 App 按任务批量返回采集时刻的公告
- 需要招标文件原文附件时——本 App 只返回公告页面展示内容
失败处理
作者声明的失败与重试处理方式,接入时建议一并写进系统提示词。
- 1任务失败属可重试错误,可原样重新提交
- 2结果分页返回,条数多时请用 SDK/REST 导出而非反复翻页
输入参数
调用本 App 需要传入的参数,与 manifest.json 的 input.schema 同源。
| 字段名 | 业务名称 | 类型 | 必填 | 默认值 | 枚举 / 约束 | 示例 | 说明 |
|---|---|---|---|---|---|---|---|
| keyword | 输入关键词 | string | 是 | — | — | 设备采购 | 要检索的招标公告关键词,填写一个即可,如「设备采购」。一次任务执行一个关键词 |
| max_pages | 翻页次数 | string | 否 | — | — | — | 公告列表最多翻几页,不填表示不限制翻页、按公告实际页数全部采集。数值越大耗时和费用越高 |
| max_collected_rows | 采集条数上限 | integer | 否 | 1000 | 1–1000000 | — | 本次任务总共采集的记录条数上限,默认 1000 条。数值越大耗时和费用越高 |
输出数据
单条记录的字段结构,与 manifest.json 的 output.schema 同源。
| 字段名 | 业务名称 | 类型 | 示例 | 说明 |
|---|---|---|---|---|
| keyword | 关键词 | string | — | 本次检索使用的关键词(原字段名 关键词) |
| title | 标题 | string | — | 公告标题(原字段名 标题) |
| publish_time | 发布时间 | string | — | 公告发布时间(原字段名 发布时间) |
| content | 正文 | string | — | 公告正文内容(原字段名 正文) |
| author | 作者 | string | — | 公告发布作者(原字段名 作者) |
| views | 浏览次数 | string | — | 公告的浏览次数(原字段名 浏览次数) |
| page_url | 页面网址 | string | — | 公告页面网址(原字段名 页面网址) |
记录 Schema
输出按记录逐条返回。记录主键为 page_url,去重、增量、关联以它为准。
{
"type": "object",
"properties": {
"keyword": {
"type": "string",
"title": "关键词",
"description": "本次检索使用的关键词(原字段名 关键词)"
},
"title": {
"type": "string",
"title": "标题",
"description": "公告标题(原字段名 标题)"
},
"publish_time": {
"type": "string",
"title": "发布时间",
"description": "公告发布时间(原字段名 发布时间)"
},
"content": {
"type": "string",
"title": "正文",
"description": "公告正文内容(原字段名 正文)"
},
"author": {
"type": "string",
"title": "作者",
"description": "公告发布作者(原字段名 作者)"
},
"views": {
"type": "string",
"title": "浏览次数",
"description": "公告的浏览次数(原字段名 浏览次数)"
},
"page_url": {
"type": "string",
"title": "页面网址",
"description": "公告页面网址(原字段名 页面网址)"
}
},
"required": [],
"additionalProperties": false
}调用方式
本 App 支持通过 MCP、API、SDK 与文件导出方式接入,各接入方式共享同一套能力与计价。所有请求统一使用 Authorization: Bearer 请求头完成身份认证,凭证为 API Key(长期有效,在开放平台创建);MCP 客户端另支持 OAuth 免密钥登录。CLI、Skill 等更多接入方式正在规划中。
通过 MCP(Model Context Protocol)协议,可在 Claude、Cursor 等 AI 客户端中直接调用本 App。选择你的客户端与认证方式,复制下方配置即可接入。
客户端配置
把 Bearer 后替换为长期有效的 API Key 即可,各类客户端与 CI、无浏览器环境通用。
{
"mcpServers": {
"SpiderByte__cgzb-tender-notice": {
"type": "http",
"url": "https://mcp-v2.bazhuayu.com?pin=SpiderByte/cgzb-tender-notice",
"headers": { "Authorization": "Bearer <YOUR_API_KEY>" }
}
}
}让 AI 自己完成配置
不想手动改配置?复制安装提示词,粘贴到任意 AI 客户端对话框,由它按自身方式完成接入(提示词会让 AI 向你索要 API Key,避免凭证留在对话记录或共享配置里)。
如需在同一个 MCP 连接里指定多个 App,前往 MCP 连接页(已为你指定本 App)。
价格
按实际成功返回的数据条数计费,任务失败不计费。
多个计费事件按各自口径独立累计,具体以每一项说明为准;任务失败不计费。
立即体验
填写参数直接运行,结果来自真实调用。