Founder Signal 技能评估
核心用法
Founder Signal 是一款面向创始人的社群需求信号分析工具，核心功能是将 Reddit 和 V2EX 平台的用户讨论转化为结构化的产品需求验证报告。用户通过配置产品档案（product profile），定义目标受众、关键词、评分术语等参数，系统会自动抓取相关社群讨论，进行候选内容筛选、证据验证和评分，最终生成可发布的 Action Card（行动卡片）和 Draft 评审页面。
技能采用"无验证快照则无评分"的严格原则：只有通过浏览器代理验证或手动快照确认的讨论内容才会进入评分流程。支持两种发现模式——静态模式依赖预设社群和关键词，实时模式（live）则监控 subreddit 最新动态。V2EX 发现通过第三方聚合服务，但证据验证必须回溯原始话题页。
显著优点
1. 证据优先的设计哲学：强制要求已验证的文本快照才参与评分，避免自动化抓取中的幻觉和误判，显著提升信号可信度。
2. Draft 原生集成：与 draft-cli 技能深度耦合，成功运行后自动生成发布意图文件，实现评审页面的自动化创建，减少创始人操作摩擦。
3. 多档案并行支持：可同时配置多个产品档案，支持 --profile 参数单档案运行或全批量处理，适合探索多个产品方向的创始人。
4. 明确的权限边界：区分 Draft 评审发布（自动）与公开网络发布（需确认），在效率与风险控制间取得平衡。
5. 完整的审计追踪：每次运行生成唯一的 RUN_ID 文件夹，包含原始证据、候选列表、评分报告和发布意图，便于复盘和调试。
潜在缺点与局限性
1. 平台依赖风险：Reddit 依赖 Eddrit 镜像服务，V2EX 依赖第三方发现服务（SOV2EX 等），若上游服务失效或反爬策略升级，自动化链路可能中断。
2. 中文语境覆盖不足：V2EX 虽为中文社区，但整体架构和文档以英文为主，关键词匹配和评分术语对中文语义的理解可能不够精准。
3. 人工验证瓶颈：严格的 verified snapshot 要求意味着被封锁内容需人工介入，规模化使用时可能形成效率瓶颈。
4. Draft 生态锁定：深度绑定 draft-cli 和特定的评审工作流，若用户偏好 Notion、飞书等其他协作工具，迁移成本较高。
5. 评分黑盒风险：文档未详细披露 scoring_terms 的具体评分算法，用户难以解释评分结果的生成逻辑。
适合人群
- 早期产品型创始人：正在验证 MVP 需求，需要从真实用户讨论中提取信号，而非依赖问卷或访谈。
- 出海产品团队：关注 Reddit 等英文社群反馈，需要结构化呈现海外用户需求证据。
- 多线程探索者：同时测试多个产品假设，需要并行管理多个需求验证档案。
常规风险
- 隐私与合规风险：抓取和存储 Reddit/V2EX 用户内容需遵守平台 ToS 和数据保护法规，技能未明确说明 GDPR/CCPA 合规处理流程。
- 幻觉与误报风险：尽管有验证快照机制，关键词匹配阶段仍可能引入无关讨论，需创始人人工复核 Action Card。
- 供应链安全风险：依赖 npm 安装的 draft-cli 和第三方 Python 包，存在依赖项被投毒的潜在风险。
- 运行时持久化风险：默认将运行数据写入
~/.founder-signal，多用户共享环境或 CI/CD 场景下可能造成权限冲突或信息泄露。