Founder Signal 综合评估
核心用法
Founder Signal 是一款面向创始人的社交聆听与需求验证工具，通过抓取 Reddit 和 V2EX 上的真实用户讨论，将验证过的证据转化为可评审的「信号包」。用户需配置产品画像（product profile），定义目标受众、关键词和评分术语，系统即自动发现候选帖子、验证内容真实性、生成带评分的每日评审报告（Action Card），并默认通过 draft-cli 发布为 Draft 公开页面供人工复核。
显著优点
1. 证据驱动决策：严格区分「候选发现」与「验证读取」，仅对通过 Eddrit 镜像或人工快照验证的内容进行评分，避免噪音干扰。
2. 自动化工作流：从发现、验证、评分到 Draft 页面发布，全程可配置为自动运行，降低创始人日常调研负担。
3. 多平台覆盖：同时支持 Reddit（Eddrit 镜像）和 V2EX（SOV2EX/搜索/节点页），兼顾中英文社区。
4. 可追溯的本地历史：state/past-candidates.json 自动排重，支持 TTL 过期机制，防止重复分析同一话题。
5. 与 Draft 深度集成：默认生成 draft-publish-intent.json，下游自动调用 draft-cli 创建 → 追加 → 发布，无需二次确认即可获得可分享的公开链接。
潜在缺点与局限性
- 平台依赖风险：Reddit 读取严重依赖 Eddrit 镜像，若镜像被封锁需退回到浏览器/人工快照，增加操作成本；V2EX 暂无官方 API，依赖第三方发现层。
- 配置门槛较高：需理解
discovery_mode、scoring_terms、verified_evidence_snapshots等概念，初次 setup 涉及 init → doctor → import 多步流程，非技术创始人上手成本不低。 - 实时性受限：
history_ttl_days和本地排重机制可能导致对同一话题的反复出现感知滞后。 - 中文社区覆盖有限：V2EX 虽被纳入，但相比 Reddit 生态，发现渠道和验证手段仍较单一。
- 外部发布需确认：Draft 页面之外的「真正公开 web 发布」仍需显式 founder 确认，形成额外阻断点。
适合人群
- 早期产品创始人（尤其是出海或双语产品方向）需要低成本验证需求假设；
- PMF 探索阶段团队，希望用结构化数据替代「刷 Reddit」的碎片化手动调研；
- 已有 Draft 工作流的技术驱动型创始人，追求「信号 → 文档 → 可分享链接」的自动化闭环。
常规风险
- 隐私与合规：抓取 Reddit/V2EX 内容需遵守平台 ToS，Eddrit 镜像的稳定性与合法性存在灰色地带；存储用户讨论快照可能涉及数据保留合规问题。
- 信号误读：自动化评分依赖关键词匹配，可能产生假阳性（讨论产品但非需求）或假阴性（需求表达含蓄未命中关键词）。
- 供应链风险：draft-cli 为必需下游依赖，若该 skill 更新或弃用，将阻断发布链路。
- 配置泄露风险：
founder-signal.config.json含产品战略关键词，需妥善保管，避免提交至公开仓库。