用 WorkBuddy 每天自动查招投标项目并推送到企业微信群每天早上打开网站重新选时间、地区、关键词再把找到的项目复制到群里。这套动作做一两次不算麻烦天天做就很磨人而且忙起来很容易漏掉公告。WorkBuddy 可以把这件事接过去。下面按一个常用场景来配置每天 08:30 查询上一自然日发布的招投标项目补齐项目详情和采集源网址然后把简报发到企业微信群。WorkBuddy 不同版本的菜单名称可能有点差别实际配置都绕不开四样东西执行时间、使用的技能、任务提示词和消息发送位置。一、准备工作先把下面几样东西准备好。已安装并登录 WorkBuddy且当前版本支持 Agent、Skills 和定时任务。在 WorkBuddy 的技能列表中确认已经安装或可以选择全行业招标中标项目查询【世舶科技】。如果这个技能首次使用时要求填写世舶招投标数据 API Key按技能页面的授权流程配置。不要把真实 Key 写进定时任务提示词或群消息。准备好接收结果的企业微信群、企业微信账号或邮箱。本文调用的是 WorkBuddy 中已经安装的技能全行业招标中标项目查询【世舶科技】。不需要填写本地技能目录也不用让 WorkBuddy 读取本地的SKILL.md或 Python 脚本。二、先手动运行一次技能别急着开定时任务。先在 WorkBuddy 中新建一个任务或对话在“选择模型和技能”中勾选全行业招标中标项目查询【世舶科技】然后手动跑一遍。第一次可以直接输入下面这段。APIKEY获取地址一键获取 API Key世舶科技招投标数据 API调用 WorkBuddy 技能“全行业招标中标项目查询【世舶科技】”。 查询昨天全国范围内与“人工智能|大模型|数据治理”有关的公开招标、竞争性磋商和中标结果排除“培训|招聘”。默认查询第一页20条。 对最终展示的每一条项目必须继续获取结构化详情和原始采集源网址。只输出接口真实返回的信息字段缺失或接口调用失败时明确标注不得猜测或编造。跑完后看这几件事。是否成功调用招中标搜索接口是否按“昨天 00:00:00—23:59:59、Asia/Shanghai”计算日期是否对每条项目补充结构化详情是否提供真实采集源网址是否隐藏 API Key是否能够生成结构清楚的中文结果。这些都正常再把 Agent 交给定时任务。否则一个小错误会每天准时重演。三、创建每日定时任务手动查询跑通后进入 WorkBuddy 的自动化页面添加一个任务。可以先照着下面填写。1. 基本信息任务名称每日昨日招投标项目简报根据自己的需求来执行频率每日根据自己的需求来执行时间08:30根据自己的需求来时区Asia/Shanghai选择模型和技能全行业招标中标项目查询【世舶科技】失败处理开启失败通知如当前版本支持建议设置失败重试保存前再看一眼“选择模型和技能”确认技能名称没有选错。本文不调用电脑上的本地技能文件查询能力来自 WorkBuddy 中安装的技能。2. 任务输入下面是已经合并好的完整提示词可以直接复制到 WorkBuddy 的任务内容或执行指令输入框。使用前只要改三处查询地区、查询关键词和企业微信 Webhook。请执行“每日昨日招投标项目简报”任务。 【可修改的查询配置】 查询地区全国 查询关键词人工智能|大模型|数据治理 排除关键词培训|招聘 查询页码第1页 每页数量20 企业微信 Webhook https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key请替换为真实key 一、调用指定技能 必须调用当前任务已选择的 WorkBuddy 技能 全行业招标中标项目查询【世舶科技】 使用该技能完成招标、中标项目查询。 不得改用以下方式 1. 不调用本地技能目录。 2. 不读取本地 SKILL.md。 3. 不调用本地 Python 查询脚本。 4. 不使用普通网页搜索代替该技能。 5. 不虚构任何项目、字段或采集源网址。 二、日期计算规则 以任务实际执行日期为“今天”按照 Asia/Shanghai 时区计算日期。 查询日期固定为“昨天”也就是今天的前一个自然日。 查询时间范围 开始时间昨天 00:00:00 结束时间昨天 23:59:59 必须遵守以下规则 1. 每次执行任务时动态计算昨天的日期。 2. 不得把具体日期写死。 3. 不查询今天发布的项目。 4. 不使用“最近24小时”作为查询范围。 5. 不跨越昨天的自然日边界。 6. 今天执行查询今天推送结果但推送内容只包含昨天发布的项目。 例如任务执行时间为2026-08-24 08:30时 查询日期2026-08-23 查询开始时间2026-08-23 00:00:00 查询结束时间2026-08-23 23:59:59 推送日期2026-08-24 三、查询条件 查询以下信息类型 1. 公开招标。 2. 采购公告。 3. 竞争性磋商。 4. 候选人公示。 5. 中标结果。 6. 成交结果。 使用提示词开头配置的地区、关键词和排除关键词。 关键词之间的竖线表示任意一个关键词命中。 分页规则 1. 只查询第1页每页20条。 2. 必须展示接口第1页实际返回的全部记录。 3. 不得自行删减、隐藏、合并或按项目名称归并。 4. 使用 id publishTime 识别记录。 5. 如果接口返回 hasNexttrue在报告和企业微信群消息结尾显示“查询下一页”。 四、项目详情补全 搜索列表只作为候选摘要。 对本页返回的每一条项目必须使用搜索结果中的真实 id 和 publishTime继续获取 1. 项目结构化详情。 2. 公告原始采集源网址。 不得自行构造或修改以下内容 1. 项目ID。 2. 发布时间。 3. 项目编号。 4. 采购人。 5. 中标人。 6. 代理机构。 7. 项目金额。 8. 采集源网址。 结构化详情获取失败时保留搜索列表中的可靠信息并标注“结构化详情获取失败”。 采集源网址获取失败时保留该项目并标注“采集源网址获取失败”。 不得猜测、拼接或伪造网址。 五、生成完整报告 查询完成后在 WorkBuddy 工作空间保存完整 Markdown 报告。 文件名 昨日招投标项目简报_查询日期YYYY-MM-DD_推送日期YYYY-MM-DD.md 报告按照以下格式生成 # 昨日招投标项目简报 ## 一、查询信息 - 查询日期昨天的日期 - 查询时间昨天 00:00:00 至 23:59:59 - 推送日期今天的日期 - 任务执行时间今天的实际执行时间 - 时区Asia/Shanghai - 信息类型公开招标、采购公告、竞争性磋商、候选人公示、中标结果、成交结果 - 地区实际查询地区 - 关键词实际查询关键词 - 排除词实际排除关键词 - 查询页码第1页 - 每页数量20条 - 查询总数接口返回的 total - 本页获取数本页实际返回数量 - 是否还有下一页是或否 ## 二、项目列表 每个项目按照下面的固定顺序输出 ### 1. 项目标题 - 信息分类 - 发布时间 - 地区 - 项目编号 - 采购人/甲方 - 中标人/乙方 - 代理机构 - 预算金额 - 中标金额 - 报名截止时间 - 开标时间 - 项目ID - 采集源网址 - 结构化详情状态获取成功或获取失败 - 采集源网址状态获取成功或获取失败 继续按照相同格式输出本页其他项目。 只能填写接口实际返回的信息。接口没有返回的字段统一填写“未返回”。不得将分析、判断或推测写入项目事实字段。 ## 三、昨日重点项目 从以下角度标出值得优先关注的项目 1. 报名或投标截止时间临近。 2. 项目金额较高。 3. 与查询关键词关系明确。 4. 采购需求比较具体。 5. 已经进入候选人、中标或成交阶段。 重点分析不得代替或删减完整项目列表。 ## 四、下一步建议 根据公告阶段给出1至2条具体建议 - 招标或采购公告核对报名截止时间、资格条件、公告正文和附件安排报名或投标准备。 - 答疑、变更或重新招标对照原公告检查时间、范围和资格要求变化。 - 候选人公示分析候选企业、报价和排名。 - 中标或成交结果分析中标企业和中标金额继续跟踪合同公告。 - 流标或废标检查失败原因关注后续重新招标信息。 ## 五、异常和分页提示 逐条记录以下异常 - 结构化详情获取失败。 - 采集源网址获取失败。 - 接口调用失败。 - 字段未返回。 - 企业微信推送失败。 如果 hasNexttrue显示“查询下一页”。 六、生成企业微信群消息 完整报告保存后再生成企业微信 Markdown 消息。 群消息标题 【昨日招投标项目】查询日期昨天推送日期今天 群消息开头使用以下格式 # 昨日招投标项目简报 查询日期昨天的日期 推送日期今天的日期 查询范围昨天 00:00:00 至 23:59:59 地区实际查询地区 关键词实际查询关键词 查询总数XX条 本页获取XX条 说明本次只推送昨天发布的项目不包含今天发布的数据 每个项目使用以下格式 ## 1. 项目标题 - 类型 - 发布时间 - 地区 - 采购人 - 中标人 - 项目金额 - 项目ID - 原始来源[查看原公告](真实采集源网址) - 数据状态结构化详情成功或失败来源网址成功或失败 继续输出本页其他项目不得因为企业微信消息较长而遗漏本页项目。 所有项目输出完成后再添加昨日重点和下一步建议。 如果 hasNexttrue在消息结尾显示“查询下一页”。 七、推送到企业微信群 WorkBuddy 中没有预装企业微信推送脚本。 本任务不得查找或调用 send_wecom_webhook.py、send_wecom_webhook.ps1 或其他本地推送脚本。 生成企业微信 Markdown 消息后直接在 Windows PowerShell 中临时执行 Invoke-RestMethod向提示词开头配置的企业微信群机器人 Webhook 发送 HTTP POST。 执行步骤 1. 将生成的企业微信 Markdown 消息赋值给 $wecomContent。 2. 将提示词开头配置的企业微信 Webhook 地址赋值给 $webhookUrl。 3. 构造企业微信 Markdown 请求。 4. 使用 UTF-8 编码发送 POST 请求。 5. 不创建或保存任何本地推送脚本。 PowerShell 执行方式 $wecomContent 这里放入生成的企业微信 Markdown 消息 $webhookUrl 这里使用提示词开头配置的企业微信Webhook地址 $payload { msgtype markdown markdown { content $wecomContent } } | ConvertTo-Json -Depth 5 -Compress $response Invoke-RestMethod -Uri $webhookUrl -Method Post -ContentType application/json; charsetutf-8 -Body ([System.Text.Encoding]::UTF8.GetBytes($payload)) 企业微信返回结果后 1. $response.errcode 等于0时标记为推送成功。 2. $response.errcode 不等于0时标记为推送失败。 3. 推送失败时记录 errcode 和 errmsg。 4. 推送失败不得删除工作空间中的完整报告。 5. 禁止在任务回复、报告、群消息或错误日志中显示完整 Webhook。 八、消息长度和分批规则 企业微信 Markdown 单条消息不得超过4096字节。 发送前必须使用 UTF-8 字节数计算消息长度不按字符数量估算。 如果内容超过4096字节 1. 按项目顺序拆分为多条消息。 2. 每条消息都保留查询日期和推送日期。 3. 每条消息标题标注“第1/N部分”“第2/N部分”等序号。 4. 不得从项目内容中间截断。 5. 不得遗漏本页任何项目。 6. 同一个项目尽量放在同一条消息中。 7. 每个 Webhook 每分钟发送消息不得超过20条。 8. 每一批消息都要单独检查企业微信返回的 errcode。 九、任务结束摘要 任务结束后在 WorkBuddy 执行记录中输出 - 调用技能全行业招标中标项目查询【世舶科技】 - 技能调用状态成功或失败 - 查询日期昨天的日期 - 查询时间范围昨天 00:00:00 至 23:59:59 - 推送日期今天的日期 - 查询总数 - 本页获取数 - 完整报告保存位置 - 结构化详情成功数 - 结构化详情失败数 - 采集源网址成功数 - 采集源网址失败数 - 企业微信推送状态成功或失败 - 企业微信消息数量 - 是否还有下一页 - 失败原因 只有同时满足以下条件才能把整个任务标记为成功 1. 已调用指定的 WorkBuddy 技能。 2. 已查询昨天的项目。 3. 已保存完整 Markdown 报告。 4. 已展示本页全部项目。 5. 每条项目已经尝试获取结构化详情和采集源网址。 6. 所有企业微信消息均返回 errcode0。真正上线时把关键词、排除词和地区换成自己的业务条件就行。做区域销售的可以只查负责的省市卖设备或服务的就把关键词换成客户常用的采购名称。四、输出和推送说明完整的报告格式、群消息格式、PowerShell 请求和任务结束摘要已经写进上面的任务提示词不需要再拼接其他模板。1. 创建企业微信群消息推送打开目标企业微信群的群设置找到“群机器人”或“消息推送”添加一个机器人。名字可以填写每日招投标商机助手。创建后复制该群的 Webhook格式通常如下。https://qyapi.weixin.qq.com/cgi-bin/webhook/send?keyxxxxxxxx把真实地址替换到完整提示词开头的“企业微信 Webhook”配置项中。地址里的key是发送凭证不能放进 GitHub、公开文章或截图。2. WorkBuddy 不需要预装推送脚本完整提示词会让 WorkBuddy 在任务执行时临时调用 PowerShellInvoke-RestMethod。查询、生成摘要和发送消息在同一个自动化任务中完成不需要准备.py或.ps1文件。Webhook 可以直接写进私人测试任务。正式长期运行时如果 WorkBuddy 支持安全凭据也可以把 Webhook 保存为WECOM_WEBHOOK_URL再把完整提示词开头的地址改成从该环境变量读取。3. 消息限制企业微信 Markdown 单条消息不能超过4096字节。完整提示词已经要求按项目拆分消息并标注第1/N部分、第2/N部分同时保留本页全部项目。每个 Webhook 每分钟最多发送20条消息。第一次启用前先发一条测试消息确认目标群正确、中文没有乱码、原始来源链接可以打开。五、启用前的最终检查开关打开前再顺手核对一遍。手动执行结果正确查询范围是昨天 00:00:00 至 23:59:59没有包含今天的数据也没有使用最近24小时WorkBuddy 的“选择模型和技能”中已选中全行业招标中标项目查询【世舶科技】如果技能要求 API Key已经通过技能页面的安全授权方式配置没有写进任务提示词企业微信群消息推送已创建Webhook 已直接配置到私人测试任务或已安全保存为WECOM_WEBHOOK_URLWebhook 未出现在公开文章、代码仓库、截图或任务输出中每条展示项目都包含结构化详情和采集源网址状态没有把未返回字段补写成推测内容企业微信群或邮箱已收到测试消息已配置失败通知和执行日志检查连续试运行2—3天后再作为正式业务流程长期使用。六、第二天怎么确认它真的跑起来了第二天 08:30 以后先看企业微信群有没有收到简报再到 WorkBuddy 的执行记录里核对任务状态。正常情况下WorkBuddy 会调用全行业招标中标项目查询【世舶科技】查完上一自然日的项目逐条补充结构化详情和采集源网址然后把整理好的内容发进群里。如果群里没消息先别急着重建任务。依次检查自动化任务是否启用、技能是否选中、技能授权是否有效、Webhook 是否失效再看执行记录卡在哪一步。连续试跑两三天都正常这套每日查询才算真正搭好。参考资料世舶招投标数据 API Key 获取入口一键获取 API Key世舶科技招投标数据 API注册或登录世舶科技招投标数据 API一键获取 API Key。https://apiyx.gov-bid.com/?shareeyJjb2RlIjoic2Jrai1obTJuMTY4MSJ9
![[光学原理与应用-521]：对光的错误理解与纠偏](http://pic.xiahunao.cn/yaotu/[光学原理与应用-521]：对光的错误理解与纠偏)
