潜在客户首页审核
1. 核心重构与不可违反的恒常原则
- 心智模型：只有当首页上确实看到了缺陷时，才有理由提出提案（Pitch），而不能仅凭融资或招聘事件触发。
- 硬性恒常 1：在 validate.py 通过之前，绝不下达 Pitch 结论。
- 硬性恒常 2：绝不猜测网站、用户名或联系方式。标记为 Unknown 并停止该分支。
- 硬性恒常 3：将触发器、结论、证据和提案角度分别存储，避免一个强触发器掩盖一个好的首页。
2. 任务路由决策表
| 场景 / 意图 | 推荐方法 | 参考文档 |
|---|---|---|
| 判断单个首页是否值得重建提案 | 先执行阶段1和阶段2，然后进行验证 | references/homepage-verdicts.md |
| 重新检查可能已更改的首页 | 从新的浏览器视图重新执行阶段1，不要重复使用旧的结论 | references/homepage-verdicts.md |
| 首页良好但招聘活跃 | 不要基于首页提出提案，仅重新确认职位空缺后再针对招聘需求提出提案 | references/homepage-verdicts.md |
3. 阶段1：静默发现与歧义分类
- 步骤 1.1：在浏览器中打开潜在客户首页，用平实语言记录实际看到的内容。
- 步骤 1.2：如果首页无法打开，将结论标记为 Unknown，如果没有已验证的网站，则将网站标记为 Unknown，然后停止。不要猜测地址。
- 步骤 1.3：如果请求未明确是哪个潜在客户或哪个URL，最多提出1到3个简洁问题，并在安全时给出推荐的默认值。否则继续。
4. 阶段2：逐步执行流程
- 步骤 2.1：使用 references/homepage-verdicts.md 对首页进行分类：只有当首页看起来薄弱、匆忙或未完成时才提出 Pitch。当首页看起来已经抛光且完整时选择 Skip。
- 步骤 2.2：用一句具体的话写出证据，例如：纯文字首屏、无产品视觉图、右侧空白。
- 步骤 2.3：仅对 Pitch 结论写出提案角度（pitch angle），且只能来自步骤 2.2 中的证据。对于 Skip 结论，不写首页提案角度。
- 步骤 2.4：将记录保存为 JSON，包含 name、website、verdict、evidence、pitch_angle 字段，然后运行确定性验证：
python3 scripts/validate.py path/to/prospect.json - 步骤 2.5：如果 validate.py 失败，在其源字段修复记录并重新运行，直到退出码为0通过。在验证失败时不要报告结论。
5. 反合理化护栏
| 常见借口 | 为什么禁止及必须采取的行动 |
|---|---|
| “融资新闻很强，所以网站肯定很弱。” | 融资不是首页缺陷。打开首页进行判断，或者标记结论为 Unknown。 |
| “搜索片段看起来很过时，所以我可以提案。” | 片段是线索，不是证据。仅使用浏览器视图来下定结论。 |
| “对一条记录做验证是多余。” | 一条错误记录会误导外联。对每条记录都运行 validate.py。 |
6. 此技能不做的事情
- 不撰写外联信息、主题行或 Loom 脚本。
- 不查找邮箱、LinkedIn 个人资料或电话号码。
- 不评估内页、定价页面或公司页面作为首页的替代。
- 不基于搜索片段、截图说明或二手描述下达结论。