为什么"监测"这件事值得交给机器
做 B2B 获客最怕两件事：一是消息滞后——等你在朋友圈看到某个招标，截止日已经过了；二是凭印象拍脑袋——把"大概""应该"当事实写进给客户的方案里。这两类坑，靠人每天手动刷根本刷不过来，而且刷久了一定会漏。我们的做法是用一条定时任务，每天固定时段把行业动向扫一遍，只把要紧的、带出处的内容端到你面前。
通用四步骨架（GEO 日报 / 售电周报 / OSINT 监测同构）
1. 定时触发
固定窗口跑，不依赖"想起来才看"。我们用每天 08:00 的总调度串起所有栏目，周一跑周报、每天跑政策简报和招标巡检。好处是幂等可控：跑过就标记，断点能续跑，不会重复产出也不会整段漏掉。
2. 只走公开源检索
政策用新闻联播/新华日报/苏州日报三条线；招标只用 WebSearch，绝不脚本直抓被 WAF 拦截的政府站点——苏州市公共资源交易网我们实测 curl 和抓取都返回 403，硬抓只会空耗额度还拿到不可信的内容。检索词按"中央定调→江苏落实→苏州动作→红利"组织。
3. 结构化落盘
每条记录强制带 source（出处全称）和 time（报道时间，绝不可留空）。这条是硬约束：来源或时间为空就判定不合格，补齐全再写盘。关联链还要写清"企业现在能做什么/对接哪个部门/准备什么材料"，形成可执行的 action_items。
4. 推送 + 回读验证
产出后必须 curl 验证线上页面真的 200，推送必须拿到 DELIVERED: True。我们只发一条汇总，不分步轰炸。
三条踩过的坑（现在都写进了铁律）
坑一：把"命令返回 0"当成功。 部署脚本退出码 0，不代表页面真的上线。现在每条部署后都重跑在线巡检，页面 -1/非 200 立即重部署复验。
坑二：读不到内容就靠印象编。 扫描件/网页被过滤拿不到正文时，必须显式声明"没读到"并停下，绝不允许凭印象造品类、造数据去凑交付。换路径（如本机离线中文 OCR）仍不行就如实报告。
坑三：来源时间留空。 早期简报有条目漏写报道时间，事后无法溯源、也无法判断政策是否仍有效。现在 time 是必填，缺失即自检失败。
可直接套用的监测模板
- 触发层：用计划任务跑确定性脚本（探活、签到、留资同步），零模型额度、比 AI 定时更稳；需要理解力的归纳才交给 AI 总调度。
- 检索层：每个栏目维护一组固定检索词，命中才深挖，不命中就停，别无限扩查浪费额度。
- 结构层：统一 JSON/Markdown 落盘，字段含 source/time/适配度/下一步动作，便于回溯和去重。
- 校验层：发布即 curl 200，推送即回读 DELIVERED，失败如实记账绝不粉饰。
照这套跑下来，我们连续多日把政策简报、招标机会、技术分享稳定推上线，且每次交付都有可 curl 的佐证。监测自动化的价值不在"快"，而在"不断、不漏、不编"。