kangshifu-board/docs/workshop-desktop-flow-20261109

桌面端工作坊流程试跑

目的：在学员实际使用的环境内，按康师傅工作坊的真实任务顺序检验技能、分析、产出及接续。安装检查作为初始化的一部分，不另设学员技术验收课程。当前没有将本地脚本测试或旧数字人案例计为豆包业务试跑通过。

已取得的独立证据

本工作区实际调用现有公开看板的 HTTPS 只读资料接口 https://kangshifu.fmode.cn/api/library，成功执行一次 version、商品及评价各一次 browse、各一次 detail。响应包含 readOnly=true、databaseWrites=0、localPreview=false，代际一致；原响应和请求保存在本目录。此入口可作为浏览器资料投影使用，不代表完整 query_voc 合同、原始文件下载、业务保存或所有企业资源均已接通。

这证明旧 Linux 脚本缺失不是读取已有研究资料的唯一阻碍；目标豆包端仍须实际请求验证。不得因本工作区请求成功就替目标环境盖通过章。

试跑方式

• 用一个真实面类课题逐步推进，以技能内既有工作坊流程为主线，不在业务回复里讲技术测试或课表编号。
• 发起任务保持普通业务语言，观察技能是否主动澄清真正必要的条件，是否自主取证、补证及修订。技术接入说明只在初始化/故障处理中使用，不要求学员理解 JSON 或目录。
• 逐轮保留实际输入、原始答复、成果及来源，独立核对，不预写消费者原话或模拟用户决定；素材构造情景必须与真实资料分开。
• 遇到连接问题修复受影响入口，接续已完成成果，不反复重装或重跑整份文件哈希。
• 可独立开展的分析继续；未接通保存、未发生真人选择、未执行样品实验/访谈或真实双模型，分别保留未验证，不凭一份本地 HTML 宣布完整工作坊通过。

按业务顺序验收

顺序	实际业务任务	核心检查
1	品类全景	供给树、需求树、供需连接，回答产品问题并能溯源
2	固定验证规则	本题资格、统计单位、引文和复核规则，纠正前序错误
3	竞品格局	可比商品及规格、卖点组合、风味与使用取舍、假设
4	假设与研究任务	哪个问题会改变选择，支持/反证路径及停止条件
5	自主调研	真实 VOC 或实际可用公开来源补证；原件、预聚类及 n/N
6	调研验收	可用集合、排除理由、反例及真实覆盖
7	需求洞察	用户任务与矛盾、原话、痛点、场景、研究优先级
8	需求与供给比较	结构/变化/未覆盖分开，有依据的机会线索
9	候选机会	独立机会正文、三源关系、代价及全池 V1
10	验证与排序	可解释优先级、反证及继续/修改/停止条件
11	商业供应链	口径一致的情景计算、企业条件和 V2 去向
12	价值主张	需求→要素→收益→表达，不把拟定性能说成验证结果
13	产品概念	条件明确的提案、V3、完整成果导航与下一步验证

另核：真实资料读取、实际 VOC 执行、报告可读性与数字/引文、必要澄清、约束保留、修改后接续、新会话恢复，以及授权业务保存/编号回读/看板显示。当前13项业务步骤均未取得豆包执行证据，保持待执行。

当前状态

目标环境基础文件完整性和本地 VOC 运行依据用户回传已通过；宿主持续加载、真实业务任务及企业保存未通过本轮验收。已有研究 HTTPS 路径仅完成本工作区只读实测。下一轮从真实品类任务开始，在豆包端验证资料取得与实际产出。