销售情报助手搭建器
Overview
把"帮我做竞品和市场的情报收集"这类模糊需求，转化成一个可长期滚动运行的情报助手。
产出不是一份报告，而是一套资产：企业情报档案 + 首期四件套交付 + 可自动续跑的周期机制。
判断本 skill 是否成功，只有一条标准：下一周期能否在无人工干预的情况下跑出同等质量的增量。
因此所有工作都必须围绕"把口径固化下来"展开，而不是围绕"这一期写得漂亮"。
何时使用
触发信号（满足任一即可进入）：
- 要求收集目标市场 / 客户 / 竞争对手的情报，并"整理"出来
- 需要月度或周度情报简报、竞品动向、市场信号
- 要一份客户线索清单，且暗示要能导入 CRM
- 要求建立"滚动机制""每周/每月自动化""定期更新"
- 已有情报助手，需要新增国家、赛道、竞品，或重建周期
不适用场景：一次性问答式的事实查询（直接联网回答即可，无需建档）。
总体工作流（六阶段）
| 阶段 | 名称 | 关键动作 | 出口物 |
|---|---|---|---|
| 0 | 判定与承接 | 确认是建档还是单次查询；约定工作目录 | 任务范围声明 |
| 1 | 多轮采集 | 3～4 轮提问 + 联网回填确认企业画像 | company-profile.yaml |
| 2 | 采集与验证 | 按赛道分批检索，逐条打置信度与来源 | intel-log 原始条目 |
| 3 | 分析与结论 | 提炼决策层结论，不做信息堆砌 | 结论清单（≤5 条） |
| 4 | 交付四件套 | 简报 / 线索表 / 竞品卡 / 情报缺口 | 4 个落盘文件 |
| 5 | 滚动机制 | 建定时任务（默认 PAUSED）+ 未决事项台账 | automation + 缺口表 |
阶段 1 未完成时，禁止跳到阶段 2。采集范围没定死就动手检索，是本项目最大的浪费来源。
阶段 1：多轮采集规范（本 skill 的核心）
1.1 三轮提问顺序
顺序不可调换——先问会改变采集范围的问题。
第 1 轮 · 范围（决定检索什么）
1. 地理优先级（可多选，但必须排出首要市场）
2. 终端赛道 / 应用场景（可多选）
3. 落地路径：本地经销商 / 进口商、DTC 自有品牌、直销大客户、OEM/ODM
4. 交付形态（对应本 skill 的四件套，逐项确认）
第 2 轮 · 口径（决定怎么判读）
1. 时间窗：默认"最近一个月"，可改为季度或自定义
2. 竞品名单：让用户先报已知对手，再联网补全，避免主观名单不全
3. 内部约束：是否已有关税归类、认证状态、现有渠道协议（涉及合规，不可臆测）
4. 决策权：谁来拍板，简报给谁看（决定简报的详略与语言）
第 3 轮 · 缺口回填（联网后）
把联网查到的企业公开信息整理成画像初稿，逐项请用户确认或更正。
只问查不到且会影响判读的项，最多 4 个。
1.2 提问的硬性约束
- 每轮不超过 4 个问题，用 AskUserQuestion 一次问完，禁止连环追问。
- 能联网查到的不问（公司规模、产品线、官网、已公开客户）。
- 选项要给出推荐项，并注明推荐理由，降低用户决策成本。
- 用户已确认的口径写入档案后不再重问；跨会话续做时先读档案。
- 用户回答含糊时，按推荐项推进并在档案中标注"推断，待确认"，不要阻塞。
1.3 企业情报档案
用 scripts/init_profile.py 生成骨架，字段定义见 references/intake-playbook.md。
落盘路径：<工作目录>/<公司简称>/00_profile/company-profile.yaml
档案分两类字段，必须显式区分：
- 已确认（confirmed）：用户明确回答或官网原文可查
- 推断（inferred）：由检索结果推导，必须在值后标注
[推断]
混淆这两类是后续所有误判的源头。简报中出现 [推断] 字段时，须在文中提示需复核。
阶段 2：采集与验证
采集策略、检索式模板与源站清单见 references/collection-playbook.md。
按赛道分批执行，每批控制在 10～15 次检索内，避免单次会话检索过载。
每条情报落地时必须带四要素：事实句 + 来源 URL + 采集日期 + 置信度等级。
置信度分级规则见 references/quality-gates.md。
采集过程中同步维护两份动态清单：
- 竞品清单：随检索不断扩充，最终与用户初报名单合并去重
- 情报缺口表：查不到或存疑的项，写入待办，不静默略过
阶段 3：分析与结论
禁止信息堆砌。 简报的第一屏必须是决策层结论，且满足：
- 每条结论是一个可执行判断，不是现象描述
- 结论总数 ≤ 5 条，按"必须决策 / 必须注意 / 可以观察"分层
- 每条结论后面必须跟"所以现在要做什么"
判读时优先找这三类信号（命中即高价值）：
- 合规门槛：认证、标准、法规是否构成准入壁垒。这是最容易被忽略、也最能一击定胜负的维度。
- 定价让渡：我方定价与竞品的比值，以及低价是否换来转化。低价 + 低评价是最差组合，必须在简报中点破。
- 需求窗口：以"项目数 / 门店数 / 拨款额"等量化口径表达的需求管道，而非"市场增长"这类空话。
阶段 4：交付四件套
规格与模板见 references/deliverable-specs.md，要点：
| # | 交付物 | 形态 | 硬性要求 |
|---|---|---|---|
| 00 | 情报简报（可视） | 单文件离线 HTML | 内联 CSS，不引外部资源；图表用纯 CSS，不依赖图表库 |
| 01 | 情报简报（文本） | Markdown | 决策层结论置顶，含情报缺口章节 |
| 03 | 客户线索清单 | xlsx（多 sheet） | 字段对齐 CRM；P0/P1/P2 条件格式；冻结首行 + 自动筛选 |
| 04 | 竞品战术卡 | Markdown | 逐家拆解，每家必须含"我方切入话术" |
线索表用 scripts/build_leads_xlsx.py 生成，不要手写 xlsx。
交付前必过质量闸门，见 references/quality-gates.md。其中"字符噪声清理"一条为实测高频问题，
长中文 Markdown 生成后必须 grep 扫描再交付。
阶段 5：滚动机制
- 用自动化工具创建周期任务，状态默认 PAUSED，由用户确认后激活。
- 任务 prompt 必须自包含：写清公司、市场范围、赛道、竞品清单、必做项、交付格式、风格要求、档案路径。
后续执行看不到本次会话，任何依赖上下文的信息都会丢失。 - 任务 prompt 末尾固定附加"复核长期未决事项"，把情报缺口表带进下一周期。
质量闸门（交付前逐条核对）
- 每条事实性陈述都有来源 URL 与采集日期
- 置信度 B 级及以下的结论已显式标注不确定性
- 无编造的客户联系人、报价、认证状态、认证编号
- 关税归类、法规条款类结论已标注"需专业复核"
- 已确认字段与推断字段已分离标注
- Markdown / HTML 已做字符噪声扫描
- 简报第一屏是结论而非目录
- 线索表字段完整、优先级已标、来源可回溯
资源索引
| 资源 | 用途 | 何时读取 |
|---|---|---|
references/intake-playbook.md |
提问题库、档案字段定义、推断规则 | 阶段 1 |
references/collection-playbook.md |
检索式模板、源站清单、分赛道采集路径 | 阶段 2 |
references/deliverable-specs.md |
四件套的结构模板与字段表 | 阶段 4 |
references/quality-gates.md |
置信度分级、去噪、合规边界 | 全程，交付前必读 |
assets/company-profile-template.yaml |
企业情报档案空模板 | 阶段 1 |
scripts/init_profile.py |
生成目录骨架与档案文件 | 阶段 1 |
scripts/build_leads_xlsx.py |
由 JSON 生成格式化线索表 | 阶段 4 |
常见偏差与纠正
| 偏差 | 后果 | 纠正动作 |
|---|---|---|
| 一轮把问题全问完 | 用户疲劳，回答质量下降 | 拆成 3 轮，每轮 ≤4 问 |
| 跳过建档直接检索 | 范围漂移，返工 | 档案未落盘不进阶段 2 |
| 简报写成信息汇编 | 销售读完不知道做什么 | 结论前置且每条跟动作 |
| 竞品名单只用用户给的 | 漏掉真正的对手 | 检索补全后回填给用户确认 |
| 线索表堆量不分级 | 销售无法排优先级 | 强制 P0/P1/P2 + 建议下一步动作 |
| 定时任务 prompt 依赖上下文 | 下期跑偏 | prompt 自包含 + 带未决事项 |
| 长中文产物未去噪 | 交付物出现无意义外文词 | grep 扫描后逐处修正 |
