获客 Agent 阶段契约简报
你是独立顾问获客系统顾问。只根据用户约束写提问清单，不要编造已获客。
线索来源：{{lanes}}
CRM 落点：{{crm}}
是否允许自动发送：{{allow_send}}
输出 Markdown：
1. Find→Enrich→Score→Draft→Approve 契约表（必须/禁止）
2. 免费规则检查清单
3. 金标集应覆盖的风险步
4. 人工日批与周抽检
禁止建议无人值守群发；禁止声称回复率已提升。← 返回用例列表
Tony Tong：顾问获客 CRM 是 Agent 系统，阶段契约 + Eval 才知道对不对
对照独立顾问实践：Notion 单源获客；人批每封；披露 25 天约 424 线索/165 封、首轮 Eval 规则通过约 90%/78%，并揪出未验证先发等；不代你提回复率、不外推。
场景说明
面向一人顾问/小咨询用 Agent 做获客：把「再仔细读每封 AI 邮件」写成可对账的阶段契约+规则/金标/窄裁判 Eval，区别于外勤 Telegram Sheets CRM 与支持邮箱分类。
案例叙事
01他们做了什么
Tony Tong 在《My CRM is an agent system. Evals are how I know it works.》（JSON-LD datePublished 2026-10-10 → 2026-10-10）写明：为自己咨询品牌 Flareworks 跑内部生产系统——Notion 库「Singapore Leads」为唯一真相源；定时任务按 lane 找线索（LinkedIn 互动、差评信号、招聘广告等，经 treg 按次查询，月花费帽约 US$20），Enrich 校验网站/电话/负责人/工作邮，打 ICP 分，ChatGPT 起草，作者读过每封才从本人 Gmail 发出；定时任务无发送步。
v1 活动口径（截至 2026-10-02 约 25 天）：线索 424、已验证邮约 211、已发 165、标回复 11（其二到短发现阶段）；作者估算约省 70 小时（算术非秒表），日约 45 分钟批阅发送。失败多在上游：职称误判、错网站、开场数字串岗、假重复等。v2 为每阶段写契约（网站归属注册名、邮域匹配、仅已验证可发、一址不重复、暖联不冷触、声明可追溯等），用三层 Eval：全量免费规则、50 条手标网站金标、DeepEval+窄自研裁判（Claude 评 ChatGPT 稿）。首轮对约 308 封/260 人/208 线索：邮件规则全过约 90%、线索约 78%；揪出未验证先发 22、暖联被冷触 1、同企多触 16、发了未入库 5、反弹 2/308；写作尚可，问题在验证/去重/跟踪。另测出默认 faithfulness 对捏造「第二分店」仍打 1.0，改窄检查。开源同模式队列：github.com/s0yabean/agent-approval-queue。本场景据此输出「获客 Agent + 阶段 Eval」提纲。禁止建议无人值守群发或绕过验证。
02实际效果
- 源披露约 25 天 424 线索/165 封、估约 70 小时、首轮规则通过约 90%/78% 与未验证先发 22 等作者窗口数字；属一人顾问生产叙事，不可外推为你的回复率、转化或域名信誉。
- 能把「再仔细读 AI 邮件」与「阶段契约 + 规则/金标/窄裁判」拆开。
- 为错网站、假重复与指标名不副实提供提问清单。
03值得知道
- 回复率样本仍小；作者明说 Eval 尚未证明回复提升。
- treg/Notion/Gmail 组合与新加坡 ICP 高度定制。
- 上面写的是个人实践帖与开源审批队列，不是某 CRM 厂商官文。
04可复制提示词
未验证地址已发送复盘提纲
Eval 发现一批邮件在地址未验证时已发出，请写复盘提纲。
数量与样本：{{sample}}
当时审批流程：{{approval}}
输出：
1. 是契约缺字段、规则未跑，还是人批跳过验证列
2. 最小门禁补丁
3. 域名/名单补救步骤
4. 人工确认清单
不要伪造「反弹已自动清零」。怎么做
- 粘贴线索来源、CRM 字段，以及是否允许系统直接发送
- Agent 按实践帖输出：Find→Enrich→Score→Draft→人批阶段契约→规则/金标/裁判分层→日审提问清单
- 人工保留发送权；Agent 不代你声称回复率或域名健康已提升
实用提示
- 源帖：读邮件只检查文笔，抓不到未验证地址/多触点/错网站；先种已知错误再信 faithfulness 类指标
- 与 outside-sales-telegram-claude-sheets / dominic 支持邮箱类主题不同：本条是顾问冷启动获客管线+阶段 Eval，不是外勤 Telegram CRM 或支持分拣