用途：在创建 Epic 之前发现增长方向，用证据优先的 KILL 漏斗过滤创意，输出一个推荐创意加一个流量渠道，位于 ln-210（Epic Coordinator）之前。
主要能力：Traffic-First 原则强调流量先于产品、不做问卷而测量真实搜索需求、在既有需求下发布、单渠道单创意、尽早 KILL。每个创意先做一次证据打包（流量渠道、需求、竞争、收入），再依次通过硬性 KILL 矩阵、个人兴趣门（1-5 分，1-2 分淘汰）、MVP 可行性门（超过 8 周淘汰）。幸存者按综合分排序，选出 TOP 推荐。
使用方式：输入参数 ideas（逗号分隔列表）、context（产品描述，用于生成创意）、strict（严格 KILL 阈值，默认 true）。示例：ln-201-opportunity-discoverer ideas="AI writing tool, code review bot, translation API" 或 ln-201-opportunity-discoverer context="B2B developer tools SaaS"。流程分 PHASE_0_CONFIG 至 PHASE_6_SELF_CHECK，输出 docs/reference/research/[YYYY-MM-DD]-discovery.md，并生成 opportunity-discovery-worker 结构化摘要；managed 模式写入 summaryArtifactPath，默认路径为 .hex-skills/runtime-artifacts/runs/{parent_run_id}/opportunity-discovery-worker/ln-201--{identifier}.json。
适用场景：产品已存在、有 3-10 个潜在创意、想在投入前验证机会、需要选定一个渠道时。不适用于无产品背景的绿地创业、已有验证方向（直接到 ln-210）或对现有 Story 排优先级（用 ln-230）。
限制：依赖 WebSearch 与 AskUserQuestion；需求、竞争、收入阈值仅为资料给出的参考标准；未提供具体收费、价格或平台信息。