技能介绍

要解决的问题

很多团队在写第一行代码前并没有回答一个基础问题：这个想法今天是否还有差异化空间。结果常见路径是：需求评审通过后，开发、联调、上线并行推进；直到竞品盘点、搜索可见度或包生态检查结果出现，才发现 GitHub、HN、npm、PyPI 或 Product Hunt 上已经有一批近似方案。这时继续投入往往不是因为想法变好了，而是因为已经投入太多。

这个技能要补的不是新的调研模板，而是一个编码前的决策闸门：把竞争扫描和现实信号固定成前置步骤，让高风险方向在进入实现之前被看见。

它如何工作

在 GitHub、HN、npm、PyPI、Product Hunt 五个来源做竞争扫描，关注近似实现、替代方案和现有生态。
调用外部能力 idea-reality-mcp，将扫描结果汇总为 reality_signal，一个 0–100 的前置信号。
使用固定阈值规则，而不是临时拍脑袋：>70 先停，并报告前三竞品；30–70 给出 pivot_hints；<30 才继续。
每次输出都先展示评分与竞品，再进入编码阶段；长期使用时，把 idea_check 固化为新项目或新功能的默认前置步骤。
保留运行日志、输入样例和最终输出，便于复盘、交付验收和追溯决策依据。

适用边界与注意点

它适合需要为进入开发通道提供明确依据的工程或产品流程，尤其是企业侧的半自动决策。它不替代最终业务判断：正式接入账号、数据源或自动操作前，先确认权限边界；学术、医疗、法律、金融等高风险或强合规内容必须保留资料入口并人工复核。高风险动作建议默认只生成建议或草稿，不直接执行。验收时，至少要用真实或模拟数据完整跑通一次，并保证输出包含资料入口、摘要、关键问题、下一步动作或明确结论。