选品调研（Selection Research）
> 一句话定位：给私域/直播选品做"外采式"趋势调研——从外部渠道获取新知、交叉验证、分级沉淀，
> 输出可溯源、合规、可直接喂给选见金/品鉴师的选品调研简报。
>
> 与 agent-reach 的关系：agent-reach 是通用采集引擎（17 平台），本技能是领域封装——
> 采集层直接复用 agent-reach 通道命令，分析层执行 6 步流程，底线层执行 14 条硬规则。
一、核心架构（三层）
┌────────────────────────────────────────────────────┐
│ 分析层 · 6 步调研流程 │
│ 定题→渠道样本→采集→交叉验证→沉淀→输出 │
├────────────────────────────────────────────────────┤
│ 采集层 · agent-reach 通道（复用） │
│ 必抓四通道：小红书+B站+公众号+Exa │
│ 辅助：RSS / Jina │
├────────────────────────────────────────────────────┤
│ 底线层 · 14 条硬规则（零容忍/质量/流程三级） │
└────────────────────────────────────────────────────┘
执行顺序：先跑「前置强依赖检查」（见 §二）→ 通过后进入 6 步流程（见 §三）→ 每步产出落库 → 最终报告过 14 条硬规则自检（见 §四）→ 输出。
二、前置强依赖检查（缺一不可，先跑）
开始调研前，逐项确认。任一硬依赖缺失 → 先补后做，不硬做。
| # | 强依赖 | 检查动作 | 通过标准 |
|---|---|---|---|
| D1 | 必抓四通道可用性 | agent-reach doctor --json |
小红书 / B站 / 公众号 / Exa 四通道 ≥3 可用；任一缺失须声明并走降级（规则 14） |
| D2 | 时效窗口 | 确认调研时间窗（默认近 3-7 天） | 采集时间 < 调研窗口，过期源剔除 |
| D3 | 样本代表性 | 列渠道矩阵 | ≥2 个独立来源（如 报告×平台热榜×订单 交叉） |
| D4 | 知识库落位 | 确认落库路径存在 | sources/趋势/ 与 wiki/产品卖点/ 可写 |
| D5 | 下游消费方 | 确认报告给谁用 | 选见金 / 品鉴师 / 播有道，至少一个 |
| D6 | 品类覆盖完整性 | 盘点数据源覆盖的全部品类，对照本次调研命题范围 | 数据源口径（全品类/专项）已识别；若为专项表，缺口品类已单独列出并决定"补采 or 声明排除" |
> 渠道不可用时的降级：xhs 挂 → Exa 搜 site:xiaohongshu.com + 公众号兜底；B站挂 → 声量以小红书/Exa 为主；公众号挂 → Exa 全网搜索替代；Exa 挂 → Jina（需代理）/xhs 兜底。
> 四通道任一缺失：报告 §9「待补/留白」必须声明缺失原因与替代来源（规则 14），不得默默跳过。
> 全部外部渠道挂 → 只用内部订单数据（OneOne）做存量复盘式调研，并明确标注"无外部信号"。
> D6 品类覆盖检查（防"缺品类"坑）——本次技能实战踩坑沉淀：
> - 案例：OneOne「选品排期表」实为服装专项表（29 品类全是女装），但文件名无"（服装专项）"标注，曾被当作全品类使用；而平台非服装订单（美妆/内衣/家居/饰品 39,235 单）是服装订单（18,891 单）的 2 倍。
> - 防错动作：拿到任何"品类×季节"类数据源，先问三句：
> ① 这份表的品类口径是什么？（全品类 / 服装专项 / 单品类专项）
> ② 平台/账号实际经营范围内，有没有品类不在表里？（对照拼团复盘/供应商分析/用户资产交叉印证）
> ③ 缺的品类怎么处理？（补采 或 在报告中声明排除，不能默默忽略）
> - 交叉印证源：订单复盘报告常含"整体概览"口径说明（如服装/非服装/未分类三档），读数据源时必须先读口径段再读品类明细。
三、6 步调研流程
Step 1 定题与假设
- 明确：品类 × 时间窗 × 决策用途（用途：直播选品 / 私域上新 / 内容选题 / 供应链决策）
- 品类覆盖声明（防缺品类）：在命题单里明确两点：
- ① 本次调研范围是「全品类」还是「专项品类」？
- ② 若是专项，列出已知不在范围内的品类（如：只做女装，明确排除美妆/内衣/家居），并说明排除理由
- 输出：调研命题单（
调研命题：{品类} 在 {时间窗} 的选品机会，附 1-2 条可证伪假设 + 覆盖声明） - 反例："随便看看最近什么火" → 不可做，先逼出命题
品类调研维度（2026-08-12 大尘确认，硬性）：定题时按品类加载调研重点维度，关键词表（Step 2）与信号分级（Step 4）必须覆盖这些维度：
| 品类 | 调研重点维度 | 采集关键词示例 |
|---|---|---|
| 服装 | 品类 × 面料 × 风格（款式类型如马甲/高领毛衣；面料如羊毛/德绒/羊绒/桑蚕丝；风格如新中式/松弛感/摩登智性） | 品类词（马甲/毛衫/西装）+ 面料词（羊绒/德绒/天丝）+ 风格词（松弛/新中式/通勤） |
| 美妆 | 品牌 × 成分 × 功能（品牌格局如国货集团/私域已验证 SKU；成分如视黄醇/玻尿酸/烟酰胺/胜肽；功能功效如抗老/修护/提亮/维稳，注意功效 3.0 实证化） | 品牌词（国货/集团/爆款）+ 成分词（成分名/浓度）+ 功能词（维稳/修护/抗老/美白） |
> 规则：调研服装必须落到「哪个品类 × 什么面料 × 什么风格」三要素；调研美妆必须落到「哪个品牌 × 什么成分 × 什么功能」三要素。只报"服装火/美妆火"不算完成，必须拆到维度级。
Step 2 渠道与样本
- 设计渠道矩阵：必抓四通道（小红书 + B站 + 公众号 + Exa，规则 14）+ 内部订单（OneOne）+ 可选（报告库/RSS）；关键词表（品类词 × 场景词 × 人群词）+ 样本量（每关键词 Top 10）
- 四通道职责分工：小红书=声量/爆品、B站=声量/内容参考、公众号=行业观点、Exa=全网语义/报告（命令见 channel-routing.md）
- 数据源口径校验（D6 落地）：每个内部数据源，先读其「口径说明/整体概览」段，确认覆盖范围：
- 全品类表 vs 专项表（如排期表可能是"服装专项"）
- 是否有分档（服装/非服装/未分类）
- 与调研范围对照：范围外品类是"补采"还是"声明排除"
- 输出：采样矩阵表（渠道 / 关键词 / 样本量 / 用途 / 覆盖口径）
- 规则：单一渠道不成立，至少 2 个独立来源
Step 3 采集执行
- 按渠道矩阵跑采集，命令见 references/channel-routing.md
- 采集数据落
sources/趋势/（原始，可溯源），不在 wiki 直接写原始 - 每条数据保留：来源 / 时间 / 链接 / 原始指标
Step 4 交叉验证 + 信号分级
- 多源对撞：同一信号在 ≥2 渠道出现才算"确认信号"，单源标"待验证"
- 信号分级（🟢 确认 / 🟡 待验证 / 🔴 冲突或低置信）
- 🟢：≥2 独立来源 + 时间在窗口内
- 🟡：单源高相关 或 多源但时间略旧
- 🔴：来源冲突 / 样本过小 / 过期数据
- 分级原则：宁可低标不可高标（规则 12）
Step 5 结构化沉淀
- 原始 →
sources/趋势/选品调研-{品类}-{时间窗}-{YYYYMMDD}-raw.md - 消化 →
wiki/产品卖点/（若已有同类选品速查则增量更新，遵守数据点查重） - 命名规范（2026-08-12 大尘确认）：文档名必须包含调研时间段（时间窗），格式
选品调研-{品类}-{时间窗}-{YYYYMMDD}.md（示例：选品调研-美妆-2026秋冬窗口-20260812.md）。时间窗取调研命题窗口，如2026秋冬窗口/2026早秋/2026Q3，禁止只写品类+日期 - 生命周期元数据必带：
created/effective_from/expires_at/last_reviewed（规则 13）
Step 6 输出与消费
- 产出简报（模板见 references/report-template.md）
- 落库路径：
/Users/chen/minimax/知识库管理/买手嬛嬛视频号/wiki/产品卖点/选品调研-{品类}-{时间窗}-{YYYYMMDD}.md - 交付下游：选见金（选品）/ 品鉴师（验证）/ 播有道（排品），至少知会一个
四、14 条硬规则（发布前自检，逐条打勾）
一级 · 零容忍红线（违反即作废）
| # | 规则 | 检查 |
|---|---|---|
| 01 | 禁编造：数据/案例/销量/互动量一律不得虚构 | 每个数字能反查采集源 |
| 02 | 无源不入库：数据点必须带来源（报告名/期号/页码/链接/时间） | frontmatter source_ 字段齐备 |
| 03 | 极限词·功效承诺禁区：最/第一/100%/绝对 一律不写 | 全文扫描无极限词 |
| 04 | 不点名贬低竞品：调研素材不出现负面点名 | 品牌名一律「某+行业/品类」 |
二级 · 质量红线（违反则结论失真）
| # | 规则 | 检查 |
|---|---|---|
| 05 | 单源不成立：任何判断须 ≥2 个独立来源交叉 | 结论处标注来源数 |
| 06 | 时效窗口：过期数据标记/废弃，30 天审视 | expires_at 未过期 |
| 07 | 样本代表性：声量≠销量，热榜≠真实需求 | 结论区分「声量信号」与「订单信号」 |
| 08 | 品牌脱敏：输出一律「某+行业/品类」 | 无真实品牌名 |
| 09 | 品类覆盖完整：调研报告必须声明品类覆盖边界（全品类/专项+排除清单） | 命题单有覆盖声明；专项表已列缺口品类 |
| 14 | 必抓通道不丢失：采集矩阵必须覆盖 小红书+B站+公众号+Exa 四通道；缺失须在 §9 声明原因与替代来源 | 四通道齐备；缺失已声明（2026-08-13 大尘确认固化） |
三级 · 流程红线（违反则知识库越用越脏）
| # | 规则 | 检查 |
|---|---|---|
| 10 | 原始/消化分离：sources 存原始，wiki 写消化 | 路径符合规范 |
| 11 | 数据点查重：同一数据点间隔 ≥3 期才能复用 | 已查素材使用矩阵 |
| 12 | 信号不虚标：🟢🟡🔴 分级保守，弱信号不标强 | 分级符合 §三 Step4 标准 |
| 13 | 生命周期元数据：入库必带起止时间+复核标记 | 元数据四件套齐备 |
> 14 条全 ✓ 才允许输出；任何一条 ✗ → 修正后再交付（见 references/hard-rules.md 完整版）。
五、输出规范
报告结构（固定 9 段模板，见 report-template.md）
- 结论摘要（一页纸决策，置顶）：3 条核心判断 + 首选赛道建议
- 调研命题与假设 + 品类覆盖声明
- 市场大盘（规模 / 增速 / 渗透率、生命周期、政策风向）
- 人群洞察（私域画像、需求场景、痛点、复购驱动）
- 机会矩阵与信号发现（四象限 × 分级 🟢🟡🔴）
- 交叉验证结论（声量信号 vs 订单信号）
- 成本与供应链（货源 / 毛利 / 起订量 / 履约）
- 选品建议（4 角色排品：主推/引流/关联/形象 + 定价锚点 + 首批备货量）
- 风险与合规（库存风险 + 14 条合规打勾）
- 待补 / 留白
双输出模式（md + html 可视化）
每次调研产出两份交付物：
| 版本 | 格式 | 用途 | 模板 |
|---|---|---|---|
| 主报告 | Markdown | 落库/知识库消费/下游 Agent 读取 | report-template.md |
| 可视化版 | HTML（自包含单文件） | 人读/汇报/分享；浏览器直接打开 | html-report-template.md |
HTML 可视化版生成规则：
- 输出为自包含单文件（内联 CSS，无外部依赖，浏览器直接打开即可看）
- 浅色商务风：白底 + 低饱和色（信号分级用 🟢绿/🟡琥珀/🔴红 徽章）
- 视觉元素：顶部元信息条 + 决策摘要卡片（结论先行） + 信号分级卡片 + 4 角色排品表 + 14 条合规打勾进度
- 内容与 md 主报告完全一致（同一数据源、同一结论），只做视觉化
- 落库路径与 md 同目录同名：选品调研-{品类}-{时间窗}-{YYYYMMDD}.html
- 命名冲突时（同品类同日），追加 -v2 后缀
交付物清单
- 主报告：
wiki/产品卖点/选品调研-{品类}-{时间窗}-{YYYYMMDD}.md - 可视化版：
wiki/产品卖点/选品调研-{品类}-{时间窗}-{YYYYMMDD}.html - 原始数据：
sources/趋势/选品调研-{品类}-{时间窗}-{YYYYMMDD}-raw.md - 去重更新：素材使用矩阵打标（本次用了哪些数据点）
六、相关技能协同
| 技能 | 关系 |
|---|---|
| agent-reach | 采集引擎（本技能复用其通道） |
| xhs-trend-scan | 小红书批量扫描（若启用，可替代 Step3 的小红书部分） |
| xhs-hot-report | 热点简报生成（若启用，可作 Step6 上游输入） |
| selection-plan-generator | 下游：把调研结果转成排品方案 |
| 选见金 / 品鉴师 / 播有道 | 下游消费方（专家角色） |
七、快速开始
# 1. 强依赖检查
agent-reach doctor
# 2. 直接提出调研命题（示例）
# "调研：防晒品类 2026 秋冬私域选品机会，时间窗近 7 天，用于直播选品"
# 3. 按 6 步流程执行，参考 channel-routing.md 采数据
# 4. 按 report-template.md 出 md 主报告 + 按 html-report-template.md 出可视化版，过 14 条硬规则
# 5. 双交付物落库 + 知会下游
