社媒精准获客引擎（Social Lead Engine）
一个与品类无关的获客操作系统。卖鸡蛋、卖土特产、卖膏方养生、卖本地服务，
换的是 config/product-profile.json（产品画像）和 data/scripts-bank.csv（话术库），
流程、评分、护栏、进化、复盘全部复用。
核心主张：用 AI 算力吃掉 80% 的重复劳动（找、筛、写、记、算、复盘），
只把「判断、承诺、关系」留给人。
顺序铁律：先产品，后客户
> 产品画像 → 客户画像 → 匹配 → 获客，这个顺序不能反。
先问"我到底卖的是什么"（可验证的卖点 + 权重），再问"谁会为这些卖点买单"。
客户画像不是拍脑袋写的，而是从产品画像派生出来的：
卖点权重决定抓词清单，抓词清单决定去哪搜，搜到的人再按画像匹配度打分。
反过来做（先想客户再套产品）的结果是抓一堆泛流量，聊得热闹但不成交。
产品画像建好时，引擎会自动做三件事：
1. 合规硬校验——出现「疗效/根治/无副作用/比西药/最好」直接拒绝写入并给改写建议
2. 卖点权重 → 评分权重（例：全国履约 → 地域权重降为 3，转给需求契合）
3. 品类 → 自动追加禁用词（食品类自动追加疗效词）
方法论来源：融合明略·秒针的「洞察→内容→行动→优化」、Clay 的信号驱动 GTM、
Common Room 的 Fit×Behavior 可解释评分、ai-sdr-os 的审批门与护栏层、
OpenSales 的 eval 质检与成本 trace、MediaCrawler 的登录态复用抓取、
微伴/尘锋的私域 SOP；并吸收开源精准获客方案（RedoraAI / Leadly /
Reddit-Opportunity-Hunter 等）的成熟模式——AI 相关性打分、多账号轮换分散、
账号健康告警与熔断、定时监控去重，分别落在本 Skill 的
score / allocate / session / 每日闭环。拆解见 references/gtm-benchmarks.md。
何时使用
- 「我想在抖音/小红书/快手找客户」「怎么评论引流不违规」「帮我做获客 Skill/Agent」
- 需要给任意品类做客户画像 × 产品画像匹配
- 需要每日定时抓线索、发触达、次日复盘、话术迭代
- 需要把公域流量沉淀为微信私域/社群，且数据可溯源
九阶段主流程（SOP）
S0 产品画像 → S0.5 派生客户画像 → S1 抓取 → S1.5 信号 → S2 三维评分
→ S3 生成 → S3.5 护栏 → S3.6 审批 → S3.8 登录态 → S4 浏览器触达
↓
S6 进化 ← S5 私域承接 ←──────────────┘
| 阶段 | 动作 | 产出 | AI 度 |
|---|---|---|---|
| S0 产品画像 | 按卖点权重建档 + 合规硬校验（疗效/绝对化词直接拒绝写入） | config/product-profile.json |
AI 辅助，人审定 |
| S0.5 客户画像 | 由产品画像派生客户画像卡 + 抓词清单 + 组合检索式 | config/derived-icp.json、reports/icp-*.md |
全自动（脚本推导） |
| S1 抓取 | 按 search/detail/creator 三模式抓公开线索 | data/leads.csv |
全自动 |
| S1.5 信号 | 打信号类型 + 时间戳，按半衰期衰减 | signal_score |
全自动（脚本算） |
| S2 评分 | Fit+Intent+Signal 三维打分、分档、风险过滤 | total_score/tier、队列 |
全自动（脚本算） |
| S3 生成 | 按 intent × platform × hook 生成话术变体（必含原文引用槽） | queue/YYYY-MM-DD.md |
全自动 |
| S3.5 护栏 | 正则硬校验禁用词/联系方式/长度/重复指纹 → PASS/FLAG/BLOCK | 校验报告 | 脚本判定 |
| S3.6 审批 | 人过目队列，批准后方可发送 | approved 标记 |
人（默认强制） |
| S3.8 登录态 | 检查账号登录态是否可用（扫码一次约 7 天） | session check 退出码 |
脚本判定 |
| S4 触达 | 浏览器打开已登录账号 → 评论/私信 → 回写日志 | data/outreach-log.csv |
半自动 |
| S5 承接 | 回复分类 → 送钩子 → 加微打标 → 群 SOP | 私域客户表 | AI 拟稿 / 人确认 |
| S6 进化 | 次日统计 → 话术淘汰/扩增/变异 → 新变体入库 | reports/evolution-*.md |
全自动出结论，人拍板 |
快速开始
--dir 写在子命令前后均可。下面用 E 代指 python <SKILL_DIR>/scripts/lead_engine.py --dir <工作区>。
E init --mvp # 建工作区 + 生成 MVP「Day 0 检查清单」（上线前逐项打勾）
E init # 仅建工作区（幂等，可放心重跑）
# S0 上传你的产品知识库（Skill 不内置任何产品数据；每个卖家自带）
E kb checklist # 按你的品类打印「必传材料 + 合规红线」清单
E kb scaffold # 生成空白知识库模板 config/product-profile.json
# 填法①：直接填 JSON；填法②：把产品资料（详情页/卖点文档/FAQ）丢给 Agent 结构化回填
E kb validate # 必填字段 + 合规硬校验（含疗效/绝对化词拦截）
E profile build --file config/product-profile.json
# ↑ 合规硬校验：出现「疗效/根治/无副作用/比西药/最好」等直接拒绝写入并给改写建议
E profile derive # S0.5 派生客户画像 + 抓词清单 + 检索式
E profile show # 随时查看当前画像（= kb show）
E add --file leads.json # S1 抓取结果入库（去重）
E score --tier S,A --top 30 # S1.5+S2 打分（含画像匹配），出当日队列
# → S3 由 Agent 依 outreach-scripts.md 写话术到 queue/YYYY-MM-DD.md
E check --file queue/2026-10-26.md # S3.5 护栏硬校验（退出码 2 = 有 BLOCK，不可批准）
E dryrun --date 2026-10-26 # 审批前预览：今天能发多少、分到哪些号、有无失效/超限/FLAG
E approve --date 2026-10-26 # S3.6 人工批准（FLAG 需 --force-reason；BLOCK 无论如何不可批准）
# S3.8 登录态：扫码一次约 7 天，AI 只登记与预警，扫码由人完成
E session mark --platform douyin --days 7 --reset # 扫码后登记
E session check --platform douyin # 退出码 0 才可执行；2=失效转人工
E session list # 全平台登录态与临期预警
# → S4 浏览器执行（见 browser-playbook.md），执行后回写
E log --lead-id L001 --script-id S07 --action comment --sent yes --reply-type interested
E session touch --platform douyin # 批次成功后保鲜
E reject --lead-id L002 --reason 不相关 # 拒绝并登记理由（理由即优化燃料）
E report # 日报 + 漏斗 + 三层指标 + 单元经济学
E evolve # 次日进化：淘汰/扩增/变异 + 拒绝理由回流
E selftest # 冒烟自测（不开浏览器）
新增命令（本次融合 PM 咨询后落地）
| 命令 | 解决什么 | 说明 |
|---|---|---|
E allocate --platform douyin |
多账号分散：宁可 3 号各 30 条，不 1 号 90 条 | 把已批准线索按账号轮询分配，写 data/allocations.csv；log 自动按分配取账号 |
E reject --lead-id Lx --reason 不相关 |
拒绝理由回流：理由即优化燃料 | 受控下拉来自 config/reject-reasons.json（不相关/已触达/语气不合/风险词/低置信/其他），写 rejections.csv，evolve 自动给调参建议 |
E log ... --account a1 |
单账号硬日限额：审批通过也不能超 | 限额在 config/thresholds.json 的 limits.daily_cap_per_account（默认 40）/ daily_cap_per_platform（默认 120）；新号（new_account_window_days 内）自动用更紧的 new_account_cap（默认 5）。超限返回 3 拒绝记录 |
E dryrun --date 2026-10-26 |
审批前 5 分钟决策：今天能发多少、分到哪些账号、有没有超限/失效/FLAG | 只预览不落库，打印「今日可执行性」摘要 + 队列明细 |
E private show / E private init |
私域承接：四维度标签 + 三节点 SOP | show 打印字段级定义，init 建 data/private-domain.csv |
E init --mvp |
MVP Day 0 检查清单 | 生成 DAY0-CHECKLIST.md（11 项上线前打勾项） |
> 退出码契约（护栏靠退出码说话，不靠文档建议）：
> check 有 BLOCK → 2（不可批准）、session 失效 → 2（断触达转人工）、log 超限 → 3、重复同键 → 4（幂等）、approve 遇 BLOCK/未校验 → 2。
> selftest 已覆盖以上全部契约，改完代码先跑 selftest。
> 状态机显式化（P0 根治）：new→scored→checked→approved→allocated→contacted→replied→wechat_added→deal，
> 终态 rejected/anti_rejected/lost/blocked/nurture/deal。check 写结果缓存，approve 强依赖——不校验 / BLOCK 一律不可批准。
> 反画像样本命中即 tier=R（anti_rejected），不占队列、不触达。
> 硬日限额是防封号最后一道闸，代码强制、不可被审批绕过。 默认值保守，用自己账号 7 天实测后可上调。
MVP 单渠道起步路径（先证明能稳定出线索且不封号，再放大）
> PM 铁律：不要一上来十渠道、不要一上来自动进化。 先单平台、单账号、一周内跑通「抓→批→触→记」，验证可行性再扩。
| 阶段 | 动作 | 目标 |
|---|---|---|
| Day 0 | 选 1 个平台（先抖音/小红书，评论线索密度高）、填产品画像、备 3–5 条合规话术 | 准备就绪 |
| Day 1–7 | 每日闭环：抓 → 打分 → 只审 S/A 档 → 触达（单账号日限额内）→ 回写 | 审批通过率 ≥20%、触达成功率 ≥90%、零封号零限流 |
| 验收 | 能回答「哪条话术回复率最高」 | 模式成立，再开第二平台 / 加账号 / 上进化 |
MVP 阶段把这三件事当红线：① 单渠道单账号；② 不开自动进化（手动看数据）；③ 日限额硬编码不超。
六件事对照（PM 咨询 → 本 Skill 落地）
| PM 建议 | 本 Skill 落地位置 |
|---|---|
| 自动化 vs 合规 → 只做辅助执行、审批门保留、频率硬限、异常熔断 | approve 默认强制人工；limits 节流表；check 护栏；session expire 熔断 |
| 规模化 vs 账号安全 → 多账号分散、单账号限额 | allocate 轮询分散 + log 单账号硬限额 |
| 系统化 vs 单人 → MVP 表格起步 | 上表 MVP 路径；selftest 自检 |
| 三层指标埋点 | report 的「三层指标」小节（过程/结果/质量风险 + 健康阈值 + 红线） |
| 分级审批 A/B/C + 红线 | score 的 S/A/B/C 分档 + 反画像自动拒绝（reject） |
| 拒绝必须填理由、理由回流 | reject --reason 受控下拉 + evolve 的「拒绝理由回流」自动调参建议 |
Skill 内部路径 {SKILL_DIR} 指本技能目录，解析时相对本技能目录，不是工作目录。
AI 全自动 vs 必须人工（边界表，务必遵守）
AI 全自动
1. 十渠道公开线索抓取、去重、归档
2. 信号衰减算分、三维评分、分档排序、风险过滤
3. 话术变体生成 + 指纹去重 + 12 条 eval 自检
4. 触达队列排期（错峰、限频）
5. 日志回写、日报、漏斗、单元经济学、话术进化排名与建议
6. 私域欢迎语/群公告/日常栏目初稿
6b. 登录态登记、倒计时、临期预警、失效阻断（扫码本身仍需人）
半自动（默认停在草稿，人点确认）
7. 评论/私信的最终发送（AUTO_SEND 默认 off；连续 7 天账号健康 + 人工抽检合格后可开）
8. 加微信后的首轮破冰（建议真人前 3 句）
脚本硬判定（确定性计算，不用模型——省 token 且 100% 可复现）
9. 禁用词 / 联系方式 / 长度 / 重复指纹 → PASS / FLAG / BLOCK，BLOCK 直接拒绝入库
9b. 单账号/单平台日触达硬限额（limits.daily_cap_per_account / daily_cap_per_platform）——审批通过也不能超，防封号最后一道闸
9c. 多账号分散：allocate 把已批准线索轮询分到多个账号，拒绝「单号爆量」
必须人工判断（AI 只给选项与依据，不得代决）
10. 首次登录扫码、账号矩阵搭建、实名绑定
11. 高客单议价、赊账、定制需求、投诉与舆情
12. 涉及功效/疗效/医疗的承诺（膏方、滋补、保健类）— 只陈述合规事实
13. 每日发送总量上限、是否进入新平台/新品类
14. 退款、合同、发票、资质证照的对外表述
绝对禁止（合规红线）
- 批量机器刷评、私信轰炸、买卖账号、养号作弊、伪造身份（假装买家/孕妇/患者）
- 评论/私信里留手机号、微信号、二维码（含谐音、拆字、图片）
- 抓取存储用户隐私、人肉搜索、骚扰未成年人
- 功效类虚假宣传、绝对化用语（最/第一/根治/包治）
每日节奏
| 时间 | 任务 | 自动化 |
|---|---|---|
| 09:00 | 抓取 + 打分 + 出 20-30 条队列草稿 | 全自动 |
| 09:30 | 人工 5-10 分钟批队列（只看 S 档 + FLAG 项） | 人 |
| 10:00-12:00 | 第 1-2 批触达 | 半自动 |
| 14:00 / 17:00 | 回收回复、二次跟进（1 小时内响应，掉线流失率高） | 全自动回收 |
| 20:00-21:30 | 第 3 批触达（晚间在线高峰） | 半自动 |
| 次日 09:00 | 进化复盘 + 日报 + 新变体入库 | 全自动出结论 |
定时任务 prompt 模板见 references/evolution-loop.md。
节流基线（先保守，再校准）
| 项 | 新号（<30天） | 老号 |
|---|---|---|
| 日评论上限 | 15-20 | 40-60 |
| 同一内容源 | ≤1 条 | ≤2 条 |
| 私信（陌生） | ≤5 | ≤15 |
| 评论间隔 | 随机 90-240 秒 | 随机 60-180 秒 |
| 同文案复用 | ≤3 次/天 | ≤5 次/天 |
经验起点，用自己账号 7 天实测校准（见 channels-and-rules.md 的「风控体检」）。
> 上面的"日评论上限"是风控经验值；真正卡死执行的代码硬限额是 config/thresholds.json → limits.daily_cap_per_account（默认 40）/ daily_cap_per_platform（默认 120），由 log 命令强制，审批通过也绕不过。两者取更紧的那个。
知识库上传引导（每个卖家自带上游数据，Skill 零内置产品数据）
本 Skill 不内置任何产品/品类数据——换卖家只换知识库，流程、评分、护栏、进化全部复用。
首用（或换产品）时按三步上传你的知识库，提示随品类自动变化：
| 步骤 | 命令 | 说明 |
|---|---|---|
| ① 看清单 | E kb checklist |
按品类打印「必传材料 + 合规红线」（食品/保健食品/农产品/滋补膏方/本地生活/工业品各一套；未识别品类给通用清单） |
| ② 生成模板 | E kb scaffold |
写入空白 config/product-profile.json（你的知识库槽位） |
| ③ 校验入库 | E kb validate → E profile build … → E profile derive |
必填字段 + 合规硬校验 → 权重/禁用词自动继承品类策略 |
两种填法：① 直接填 config/product-profile.json（字段说明见 assets/product-profile.md）；
② 把产品资料（详情页文案/卖点文档/FAQ/价格表）丢给 Agent，由 Agent 按模板结构化回填，人审定后再 profile build。
> 知识库质量决定获客上限：卖点必须配「可举证材料」，反画像必须明确「谁不是你的客户」。
一键自检（确认 skill 健康、退出码契约、全流程无回归）：
E selftest
资源索引
| 需要什么 | 读哪个 |
|---|---|
| 标杆方法论拆解（明略/Clay/CommonRoom/ai-sdr-os/MediaCrawler/SCRM） | references/gtm-benchmarks.md |
| 产品画像怎么填（卖点权重、合规红线、品类策略） | assets/product-profile.md、assets/product-profile.json |
| 十渠道入口、规则红线、各平台怎么评论最有效 | references/channels-and-rules.md |
| 产品/客户画像字段与三维评分公式 | references/persona-matching.md |
| 话术结构、钩子、变体生成、12 条 eval 质检 | references/outreach-scripts.md |
| 浏览器自动化、节流、反封、异常恢复（含 BrowserSkill 融合规范） | references/browser-playbook.md（细节文档：references/browser-bsk/ 9 篇） |
| 表结构、状态机、漏斗、单元经济学指标 | references/data-model.md |
| 定时任务、次日复盘、进化算法 | references/evolution-loop.md |
| 私域承接、标签四维度、群 SOP 三节点 | references/private-domain.md |
| 空白模板 | assets/product-profile.md、assets/customer-persona.md |
关键约束
- 换品类只换配置和话术，不改流程。
- 话术必须可变体（同一 intent ≥3 变体），否则必被判重复折叠。
- 每条触达可归因：
lead_id + script_id + variant_id三元组缺一不可，否则无法进化。 - 数据只增不改：
outreach-log.csv追加写入，历史不删，保证溯源。 - 不确定就转人工：拿不准的表述写进
queue/pending-human.md，不要发出去。
