57条搜索结果，为什么最后是0个机会？

我们做了「微势雷达」——一个基于官方 weibo-cli 的竞品痛点信号验证 Skill。它不是把热词再总结一遍，而是帮助品牌运营决定：这个竞品痛点应该进入内容/产品验证、继续观察，还是停止投入？

这次真实小样本里，57条原始结果经过来源、相关性、跨窗口和成本回执门禁，只剩4条有效观察、3个唯一实体。A组仅为 WATCH_RISE · LOW，B组没有信号，所以系统明确输出 INSUFFICIENT_EVIDENCE，没有生成需求机会，也没有把任何人标成潜客。

Demo 同时提供一套明确标注的合成 fixture，用来展示完整工作流：

① weibo-cli GET-only采集与费用门禁② 直接相关证据过滤③ 按真实时间计算跨窗口变化④ 需求候选默认LOW，不能自己升级⑤ 只有绑定报告哈希的人工确认，才能进入下一步实验⑥ 证据报告保持不变，再输出“进入验证／继续观察／停止投入”的运营决策回执⑦ 回复、私信、关注、转发和发布全部停在人工门前

为了让完整闭环可见，Demo 还确定性重放了一次“合成审阅者接受1个候选”的路径：它生成1张模拟机会卡、1个有界实验和明确可推翻条件；这不会改变真实微博样本仍为0机会的结论。

真实运行累计174 Credits、0写操作。原计划遗漏的两个窗口也被保留为“未执行”，没有用事后采集补写成功。

我们的利基是竞品事件后的公开痛点验证；实用价值是让小团队更早决定下一条内容或产品实验值不值得做。盯竞品，不盯人；找重复需求，不追单条热词。

产品底层原则仍是：不把命中当需求，不把热度当证据。

微博VibeLab VibeSocial weibo-Cli