tihao-ai/docs/overnight-static-demo-backlog.md

提号 AI 静态 Demo 通宵完善待办

目标：把当前 Angular demo 完善成一个可独立演示的静态项目。重点不是接真数据，而是让客户一眼看懂“像蒲公英一样找博主 + AI 可解释选号 + 人工复核沉淀规则”的完整业务闭环。

1. 对标蒲公英找博主方式

蒲公英找博主可以拆成三类入口：

1. 条件筛选式找人

   • 按平台、行业类目、内容标签、粉丝量、报价、互动表现、服务表现、粉丝画像、近期活跃度筛选。
   • 适合媒介已有明确选号经验，需要快速收敛候选池。

2. 内容相关式找人

   • 按笔记关键词、参考笔记、参考博主、参考品牌、营销场景做搜索和扩展。
   • 适合 Brief 里风格要求比较强，例如“真实测评”“通勤生活”“不要硬广”。

3. 智能推荐式找人

   • 商家填写综合需求表单后，由系统解析营销目标、产品信息、预算、粉丝画像、参考博主、参考笔记、参考品牌等维度，返回博主列表和推荐理由。
   • 适合把“商务经验”显性化，让客户看到为什么推荐、为什么降级、为什么剔除。

当前 demo 已经覆盖了第 3 类的主流程雏形，也做了一部分第 2 类的近 10 条内容证据，但第 1 类“像蒲公英博主广场一样筛人”的入口还不够强。

2. 当前项目判断

已具备：

• 工作台主链路：上传 Brief、确认需求、选择规则、AI 提号、导出名单、反馈学习。
• AI 可解释要素：需求证据、置信度、规则命中、评分拆解、近 10 条笔记、笔记级 AI 判断。
• 人工复核要素：账号状态调整、批量强推/备选/剔除、笔记样本标注、反馈规则确认入库。
• 资源库要素：平台资源汇总、字段映射确认、资源同步模拟。
• 构建状态：npm run build 通过。

主要缺口：

• 缺少“博主广场/找博主”独立入口，用户不容易联想到蒲公英的找人工作方式。
• 筛选维度偏少，缺行业类目、粉丝画像、内容形态、自然流量/合作流量、近期活跃、回复率、预估阅读单价等业务字段。
• 推荐结果只有 5 个样例账号，静态 demo 的丰富度还不够像完整平台。
• AI 选择流程还停留在结果解释，缺少“需求输入 -> 候选召回 -> 过滤剔除 -> 多目标排序 -> 组合配比 -> 人工确认”的流程视图。
• 子页面偏薄，任务记录、模板中心、规则库更像列表页，缺少决策上下文和业务动作。
• UI 信息密度已经偏高，后续应做“分区收纳”和“演示路径”，避免首页一次性塞太多。

3. 建议新增页面与导航

3.1 找博主页

新增导航：找博主

页面结构：

• 顶部：搜索框 + AI 需求输入框

  • 搜索框支持博主昵称、笔记关键词、品牌、参考账号。
  • AI 输入框示例：“找 20 个小红书护肤生活方式博主，预算 2k-8k，不要硬广，优先真实空瓶/通勤场景。”

• 左侧：筛选器

  • 平台：小红书、抖音、B站、微信、微博。
  • 内容类目：护肤、美妆、母婴、食饮、家居、时尚、旅行、数码。
  • 内容形态：图文、视频、直播、长视频。
  • 粉丝量：1w 以下、1w-10w、10w-50w、50w+。
  • 报价区间：图文报价、视频报价、套餐报价。
  • 传播表现：阅读/播放中位数、互动中位数、爆文率。
  • 服务表现：48h 回复率、履约准时率、历史配合度。
  • 粉丝画像：年龄、性别、城市线级、兴趣分布。
  • 风控：黑名单、报价过期、近期低活跃、硬广倾向。

• 中间：博主列表

  • 展示账号名、平台、粉丝、报价、内容标签、综合匹配分、AI 推荐理由、风险标签。
  • 支持加入候选池、对比、隐藏、加入黑名单、查看详情。

• 右侧：AI 选择解释

  • 当前筛选命中多少账号。
  • AI 如何召回：关键词召回、相似博主召回、规则召回、历史合作召回。
  • AI 如何过滤：预算、风格、风险、数据新鲜度。
  • AI 如何排序：需求匹配、内容表现、预算健康、粉丝画像、组合多样性。

验收标准：

• 不上传 Brief 也可以从找博主页完成一次“搜索 -> 筛选 -> 加入候选 -> 生成名单”的静态流程。
• 找博主页和现有工作台共享同一批候选账号状态。

3.2 AI 选号流程页

新增导航：AI 选号流程

页面结构：

• 流程泳道：

  • 需求解析
  • 候选召回
  • 硬性过滤
  • 内容采样
  • 评分排序
  • 组合配比
  • 人工复核
  • 客户版输出

• 每一步展示：

  • 输入数据
  • AI 判断
  • 可人工修改项
  • 输出结果
  • 审计日志

验收标准：

• 用户能看懂 AI 不是直接吐名单，而是分阶段筛选。
• 每个阶段都有“为什么进入下一步/为什么被剔除”的证据。

3.3 名单交付页

新增导航：名单交付

页面结构：

• 客户版预览：隐藏内部风险字段，突出推荐理由和内容证据。
• 内部复核版：显示风险、报价有效期、供应商、负责人、未确认项。
• 导出设置：字段勾选、排序方式、客户模板选择、版本备注。
• 版本历史：v0.1 AI 初稿、v0.2 商务复核、v1.0 客户交付。

验收标准：

• 静态 demo 能展示同一份名单的客户版/内部版差异。
• 导出前有准备度检查和缺项提示。

4. 现有页面优化待办

4.1 工作台

• 把首页从“全量堆叠”改成演示路径：
  • 默认展开：当前任务、AI 选号流程概览、推荐名单。
  • 可折叠：上传 Brief、规则选择、采样队列、笔记明细。
• 增加蒲公英式“从找博主导入候选池”的入口。
• 把“客户临时改需求试算”改成“需求变更影响模拟”，文案更偏业务。
• 推荐名单增加字段：
  • 粉丝画像匹配
  • 自然流量占比
  • 近期活跃
  • 48h 回复率
  • 预估阅读单价
  • 合作笔记占比
• 账号详情增加：
  • 粉丝画像卡片
  • 合作历史
  • 服务表现
  • 内容案例分布
  • 同类账号替换建议

4.2 任务记录

• 增加任务详情抽屉或详情区。
• 展示每个任务的 Brief 版本、规则版本、名单版本、客户反馈版本。
• 增加“继续复核”“复制为新任务”“查看导出记录”动作。
• 增加状态看板：待解析、提号中、待复核、已交付、已复盘。

4.3 资源库

• 增加“资源表健康度”：
  • 报价有效率
  • 字段完整率
  • 近 30 天更新率
  • 可联系供应商比例
• 增加“字段缺失影响”：缺报价、缺链接、缺互动数据分别影响哪些 AI 判断。
• 增加“平台数据对齐”说明：本地表、蒲公英、星图、B站/微信资源如何映射。

4.4 规则库

• 规则分层：
  • 硬性剔除
  • 加权排序
  • 组合均衡
  • 客户偏好
  • 临时任务规则
• 每条规则展示：
  • 触发条件
  • 影响字段
  • 命中账号数
  • 最近一次客户反馈来源
  • 是否进入客户版解释
• 增加规则冲突提示，例如“低预算优先”和“保留头部背书”的冲突。

4.5 反馈学习

• 增加反馈分类：
  • 偏好
  • 排除
  • 预算
  • 平台
  • 风格
  • 执行风险
• 增加“反馈 -> 待确认规则 -> 生效范围 -> 影响名单”的四段链路。
• 增加驳回原因和保留为本次任务规则的动作。

4.6 模板中心

• 增加模板预览。
• 增加客户/行业适用标签。
• 增加导出字段配置。
• 增加“客户版字段”和“内部版字段”两套模板。

5. AI 选择考虑流程

建议在 demo 中明确表达以下流程：

1. 需求理解

   • 从 Brief 抽取营销目标、产品信息、平台数量、预算、内容风格、排除项。
   • 每个需求点都显示置信度和证据来源。

2. 候选召回

   • 资源库召回：从本地媒体表拿历史资源。
   • 关键词召回：按笔记关键词和内容标签召回。
   • 相似召回：按参考博主、参考笔记、参考品牌召回。
   • 历史召回：按过往客户采纳和合作反馈召回。

3. 硬性过滤

   • 黑名单、报价超预算、近期低活跃、供应商未绑定、合作禁区等先剔除或降级。

4. 内容采样

   • 采样近 10 条笔记，判断内容形态、场景、表达方式、硬广程度、关键词和互动质量。
   • 单条笔记可标注为正向样本、需复核、负向样本。

5. 多目标评分

   • 综合分 = 需求匹配 + 内容表现 + 粉丝画像 + 预算健康 + 数据新鲜度 + 历史表现 + 服务表现 - 风险扣分。
   • 每个分数都能展开解释。

6. 组合配比

   • 控制平台比例、头腰尾比例、内容类目比例、价格带比例、账号同质化比例。
   • 解决“单个账号不错，但整份名单不均衡”的问题。

7. 人工复核

   • 商务/媒介可以调整状态、记录理由、替换账号、修改规则。
   • 所有操作进入决策日志。

8. 反馈沉淀

   • 客户反馈只生成待确认规则。
   • 人工确认后才进入长期规则库。

6. 通宵执行任务拆分

Phase A：产品结构重排，约 60-90 分钟

• 新增 creator-search、ai-selection-flow、delivery 三个静态页面。
• 扩展 ViewKey 和导航。
• 抽象共享候选账号数据，避免页面间状态割裂。
• 写清每个页面的主标题和业务动作。

Phase B：数据模型扩充，约 60 分钟

• 扩展候选账号字段：
  • category、contentForms、audienceProfile、readMedian、interactionMedian、viralRate、replyRate、fulfillmentRate、naturalTrafficRatio、cooperationNoteRatio、estimatedCpm。
• 增加 20-30 个静态候选账号，覆盖小红书、抖音、B站、微信、微博。
• 增加行业类目、内容关键词、参考博主、参考笔记样例数据。

Phase C：蒲公英式找博主页，约 90-120 分钟

• 完成搜索 + 筛选 + 列表 + 右侧 AI 解释。
• 增加“加入候选池”“换一批”“相似博主”“查看近10条”动作。
• 筛选变化后同步更新命中数量、AI 解释和候选列表。

Phase D：AI 选号流程页，约 60-90 分钟

• 做流程泳道和每一步的输入/输出说明。
• 每一步挂载样例账号，展示进入/剔除原因。
• 增加规则冲突和人工修改入口。

Phase E：名单交付页，约 60 分钟

• 做客户版/内部版切换。
• 做字段勾选、导出设置、版本历史、交付准备度缺项提示。
• 复用现有导出方法或保留静态导出按钮状态。

Phase F：现有页面补厚，约 60-90 分钟

• 任务记录加任务详情和状态看板。
• 资源库加健康度、缺失字段影响、平台映射说明。
• 规则库加规则分层、命中账号数、冲突提示。
• 反馈学习加分类和生效范围。
• 模板中心加模板预览和客户版/内部版字段配置。

Phase G：UI 收敛与静态验收，约 60 分钟

• 清理首页过重信息，增加折叠或分区。
• 检查 1440px、1180px、760px、390px 响应式布局。
• 确保按钮文字不溢出，表格/卡片不重叠。
• 统一按钮命名，减少“AI/规则/候选”重复解释文案。

Phase H：自动审查与报告，约 30-60 分钟

• 跑 npm run build。
• 用 Playwright 打开每个导航页截图。
• 检查控制台 error/warning。
• 输出一份 docs/static-demo-review-report.md：
  • 构建结果
  • 页面截图路径
  • 已完成项
  • 待补项
  • 业务清晰度评分
  • UI 风险点

合计预估：6-8 小时，适合一晚上持续执行。

7. 优先级

P0：

• 新增找博主页。
• 明确 AI 选号流程。
• 扩充候选账号和筛选维度。
• 做客户版/内部版名单交付。

P1：

• 资源库健康度。
• 规则库分层和冲突。
• 任务记录详情。
• 反馈学习分类。

P2：

• 模板预览。
• 更多行业样例。
• 更细的响应式优化。
• 截图审查报告。

8. 最终验收口径

这个 demo 完成后，客户应该能按下面的话复述产品价值：

“它不是单纯生成达人名单，而是先像蒲公英一样按条件和内容找博主，再用 AI 按 Brief、预算、风格、粉丝画像和历史表现筛选排序；每个推荐都有证据，媒介可以复核修改，客户反馈还能沉淀成规则。”

9. 外部参考

• 蒲公英找博主入口：https://pgy.xiaohongshu.com/solar/pre-trade/note/kol
• 智能找 K 助手公开报道：https://finance.sina.com.cn/tech/roll/2025-12-11/doc-inhamhsi8155743.shtml
• 笔记关键词搜索/新锐博主公开报道：https://www.newrank.cn/article/detail/19498
• 蒲公英找博主操作介绍：https://www.niaogebiji.com/article-622714-1.html