康师傅产品创新看板 · 第一版框架开发任务书

0. 这一版做到什么程度

只做框架，不做表结构字段设计。

品类库、竞品库、工艺库、人群库的具体字段等调研成员回传后再定稿。本版要求的是：骨架能跑、数据能进出、页面能看、路子打通。字段先用最小占位，不要在这一版发明业务字段。

1. 背景（做完才看得懂要什么）

康师傅研发中心 2026-11-13/14 两天线下 AI 赋能实战营，30–40 名产品经理。每个学员与同一个数字分身对话，走完 5 个阶段产出成果：

阶段	内容	产出
S1	品类市场分析	品类全景图谱、竞品图谱
S2	用户需求与痛点洞察	痛点清单、VOC 聚类
S3	机会点识别	候选机会卡
S4	机会验证评估	优先级机会清单、验证评分
S5	场景与卖点设计	产品概念提案

看板的任务不是"展示数据"，而是四件事：收集 → 展示 → 归纳总结 → 筛选，并且归纳出的结论要能回灌知识库，让下一个学员的分身用上。

这是闭环，不是一次性报表：

数据底座 → 学员与分身交互 → 成果入库 → 看板(收集/展示/归纳/筛选)
    ↑                                            ↓
    └──── 够格的见解回灌知识库 ←── 证据筛选 ←──┘

2. 硬约束

2.1 云资源（唯一可用，不得更换）

Parse 端点   https://kangshifu.fmode.cn/parse
appId        FKieRbIoGt_main
微服务       https://kangshifu.fmode.cn/data
云函数       https://kangshifu.fmode.cn/api/functions
数据库       FKieRbIoGtmaster @ db.fmode.cn

masterKey 由部署方提供，不得写进代码、不得提交、不得出现在前端。前端只带 appId 读。

已验证事实（不要重复踩）：

GET /parse/health → {"status":"ok"}
无 masterKey 可读，写必须 masterKey
?count=1&limit=0 返回 count=0 是服务端 bug，不要用 count，直接取 results 长度

2.2 已存在的 class（不要重建，不要删）

_User、_Role、KfProbe、以及已建的 KfProject/KfArtifact/KfInsight/KfSession。

这些表当前字段是占位性质，允许你调整增删，但不要删除 class。

2.3 技术边界

纯静态前端（HTML/CSS/JS），不引入构建工具链，不用 React/Vue 框架，直接浏览器可运行
数据通过 Parse REST 直连读取
页面需能在 file:// 与 HTTP 两种方式下都正常取数

3. 本版要交付的东西

3.1 四层库结构（逻辑分层，物理同一个库）

层	含义	谁来写	性质
原材料层	品类/竞品/工艺/人群/机会资料	调研 Agent	事实，带出处
过程层	学员+分身产生的成果	学员，走上传 skill	观点，质量参差
沉淀层	归纳出来、够格回灌的见解	归纳+证据筛选	已校准结论
记录层	不合格/推测/重复的	自动落入	只留档

用字段区分层次，不要拆成四个独立数据库。分身查询要一个入口查全，同时能分辨某条来自哪一层。

3.2 页面要求

顶部指标区：进行中项目数、累计成果数、归纳结论数、参与成员数

项目池：按人/项目/阶段列出，显示项目名、成员、当前阶段、优先级、评分。可排序。

归纳结论区：显示结论标题、正文、证据等级、多少人独立提到。按证据强度排序。

筛选与搜索：按优先级筛、按阶段筛、关键词搜项目名/成员/赛道。

实时性：轮询刷新，线下活动时要能边操作边看到别人进度。

3.3 视觉方向

深色底、玻璃拟态面板（低对比白边框 + 单强调色只做指路 + 分层光照）。不要居中打光、不要用大阴影做凸起凹陷、透明度不能糊掉数据。

这是方向，具体样式你决定，不要求一模一样。

4. 明确不在本版范围

❌ 品类/竞品/工艺/人群表的具体业务字段设计
❌ 上传 skill 的实现（下一版）
❌ 分身查库的接口（下一版）
❌ 权限体系、登录
❌ 回灌知识库的自动流程（本版只要留出字段位置）

5. 验收标准（部署方会逐条实测，不接受"已完成"口头汇报）

#	验收项	判定方法
1	页面能打开且无 JS 报错	浏览器控制台无 error
2	真实取数	指标数字与 Parse 实际记录数一致
3	筛选真生效	点 S 级，行数变化且与库里 S 级数量相符；点 A/B 同理
4	搜索真生效	搜某成员名，只出该成员项目；清空后恢复
5	空态正确	搜不存在的词，显示空态提示而非报错
6	数据字段完整	每行项目六项信息不缺（名/人/阶段/优先级/评分）
7	四层能区分	成果数据能标明来自哪一层
8	无凭据泄露	前端源码中搜索不到 masterKey
9	刷新可用	15 秒后数据自动更新（可手动改库验证）

第 8 条是红线，出现即打回。

6. 交付形式

源码目录
一份 README：怎么改数据源、四层含义、下一版要接什么
你跑过的验证记录（哪些测了、结果如何、哪些没测）
没做到的部分必须点名说明，不要用"已实现"覆盖

7. 给 Claude Code 的补充说明

这是一场真实线下活动要用的系统，不是演示 demo。数据会真的被 40 个人填进去。
归纳结论区不要做成"统计报表"（"共 40 张卡，A 类 12 张"），要做成能说清判断的（"7 人提到酱包口味单一，但只有 2 人给出原文证据"）。
分身后续要直接查这个库回答这类问题，所以数据结构要为"被 AI 查询"设计，不只是"给人看"。

TASK-dashboard-v1.md 5.9 KB Permalink History Raw