核心用法
Founder Signal是一款面向创始人的市场信号采集与评估工具，专注于从Reddit和V2EX两大开发者/早期用户社区中提取经过验证的讨论证据，转化为结构化的产品需求信号。
配置流程：用户需提供包含产品ID、名称、定位、目标受众、关键词、评分术语、平台配置等字段的标准JSON配置文件，经doctor验证、config import导入后生效。运行时数据存储于~/.founder-signal目录，与技能包源码分离。
执行模式：支持单次运行（run）和定时调度，可按单一profile或批量处理所有启用profile。发现阶段优先使用Eddrit镜像和SOV2EX搜索，若被阻断则退至浏览器代理验证并保存verified_evidence_snapshots快照。
输出产物：每次运行生成run.json、REPORT.md、候选证据目录、public-run-review.md公开评审文档；若存在有效Action Card则附加daily-review.md；同时写入draft-publish-intent.json意图文件，供下游draft-cli自动发布为Draft公开页面。
显著优点
- 验证优先架构：严格执行"无验证快照不评分"原则，确保所有进入评分环节的候选讨论均经过真实来源核验
- 自动化出版链路：与
draft-cli深度集成，成功运行后自动触发draft page create → append → publish流程，无需创始人二次确认即可获得可分享的Draft URL - 双平台覆盖：同时支持Reddit（海外泛用户）和V2EX（中文开发者）两大差异化社区，适应不同市场验证需求
- 防重复机制：通过
past-candidates.json本地历史库和history_ttl_days过期策略，避免同一讨论被多次计入 - 灵活的降级路径：自动化抓取受阻时支持代理浏览器验证和手动快照回退，保证研究连续性
潜在局限
- 依赖外部基础设施：Eddrit镜像、SOV2EX等服务可用性直接影响发现成功率；Reddit API限制可能导致采集不完整
- 配置门槛较高：需要理解JSON Schema并正确编写产品profile，缺乏图形化配置界面
- 评分主观性：
scoring_terms由创始人自定义，系统仅执行匹配计数，不提供跨产品基准对比 - 中文社区覆盖有限：V2EX数据源依赖第三方聚合，非官方API，存在合规和稳定性风险
- Draft平台锁定：默认发布目标为Draft服务，外部公开发布需额外确认步骤
适合人群
- 处于MVP前或早期阶段的SaaS/开发者工具创始人
- 需要量化验证产品假设、寻找首批用户画像的团队
- 习惯命令行工作流、具备基础JSON配置能力的独立开发者
- 重视证据溯源、需要可分享评审文档的融资前尽职调查场景
常规风险
1. 数据合规：抓取公开论坛内容需遵守各平台Robots协议和服务条款，商业使用建议获取明确授权
2. 隐私泄露：verified_evidence_snapshots可能包含用户生成内容中的个人信息，需遵循GDPR/个人信息保护法处理
3. 误判风险：关键词匹配可能产生假阳性，建议将daily-review.md作为决策参考而非唯一依据
4. 供应链依赖：draft-cli和Python运行时为核心依赖，版本漂移可能导致执行失败
5. 网络审查：国内环境访问Reddit/Eddrit需代理，增加部署复杂度