kangshifu-board/docs/workshop-skill-release-20261109-r6/package/payload/references/workshop-course-flow.md

课表对应的Agent处理流程

依据项目提案p6–8的课表、内容设计与核心产出，结合沟通稿p5–6、p10的五步链路和七类成果组织任务。环节顺序、内容设计和核心产出取提案p7–8详细课表，概述页或沟通稿的概括不替代具体环节。用户已确认：按内容顺序执行，不受课表钟点和固定时长限制。D1下午、D1当晚、D2上午、D2下午仅作原课表索引，不另设D3；可在同一次任务中连续完成，不等待夜间或次日，不按课时截断分析，也不自动创建调度。

本文件只规定Agent怎样处理资料、分析和成报。共同方法见 workshop-analysis.md，保存与回读见 workshop-delivery.md，命令输入见 workshop-tasks.md。不包含学员使用的提示词或授课脚本。

原课表导入样板课D1-00归授课PPT与现场演示，不列入Skill的独立执行环节，不为“范式共识”建后台报告。以下13个正式研究环节保持课表先后次序，第一节为D1-01。

任务定位与共用处理链

先核本题的研究对象、真实限制、已有成果和当前项目状态，再定位用户要求的一个环节、一段课程或整条研究链。前序已有可复用成果时直接核编号与依据，不为补齐课表痕迹重做研究。用户只问查询或解释时按只读范围处理；已要求执行并同步的研究任务，沿现有归属与称呼流程完成保存。

每个实际研究环节使用同一处理链：

1. 模型拆题：核实际目标、前序成果和边界，先用行业知识与推理建立比较框架、候选解释/设想及反证问题，不把模型知识当已核事实。
2. 已有数据取证：结合研究库、业务成果、用户材料及已有原件，核范围/质量/时间和generation，形成可讨论的初步回答。
3. 自主补证：按 研究闭环 检查关键判断与反证；缺口影响选择时，在本题范围与现有预算内调度目标实例VOC取外部资料，不以库内覆盖限制研究或逐项等员工批准。
4. 结构化分析与回核：组织本环节品类、竞品、证言、主题、机会、约束或方案表，按实际成员和单位计算；新证据修订结论，必要时定向再补，足以判断或触及停止条件时结束。
5. 成报：按本环节核心产出组织可读报告和业务实体，区分模型设想、事实、自述与推断；保留外部原件和库内快照各自来源及范围。
6. 保存验收：保存后按真实编号回读，再核公开看板；业务反馈先给产品认识、取舍和下一步，详细过程和技术状态后置。

顺序按成果依赖执行：品类与竞品 → 假设与调研任务 → 原件整理和预聚类 → 质量验收 → 需求与矩阵分析 → 候选卡V1 → 证据与优先级 → 商业/供应链回推及V2 → 买点方案 → 概念提案及V3。已有合格前序成果可回读复用，不必从头重做；前序缺失须说明对当前结论的影响，可以保存已完成部分与缺口，不能跳过后仍宣称整链完成。

同题接续与课堂判断

每轮按 阶段条件与主动澄清 检查当前环节需要什么，先恢复上下文和可查资料，再区分业务方须回答的问题、Agent应自行补的证据和真实能力限制。条件表用于判断怎样接续，不是给学员一次填完的入场问卷；未满足的关键条件只限制受影响的选择、执行或结论。每节末按本节核心产出核完整性，不把“用户答完问题”当作分析已完成。

同一小组用同一topicKey贯穿本题，复用已有员工/Agent/session与真实成果索引；身份或实际课题变化时沿原归属规则处理。开工从现有课题和材料提取“要支持的产品决策、包含/排除范围、已给的价格/规格/渠道等限制、已有资料/真实缺口、实际已选方向”，写进首份实际成果的范围章节并沿用；不让学员重复填表，不把未给的条件补成公司标准。

Agent负责模型拆题、已有数据取证、自查与VOC外部补证、计算、候选比较和有边界的建议；业务方提供目标、企业条件及关键取舍。已有明确选择直接沿用。需要的输入确实缺失时，只提出会改变后续路线的具体选择及影响；等待期间继续独立可做部分。任务授权范围内的正常研究、规则配置、报告保存及接续不逐节索要确认；机会研究、企业立项和正式报告真人确认仍分别处理。

逐轮带练时，课表一行不是一次必须全部完成的指令。按真实返回拆为当前问题、实际分析、用户反馈及下一步；先交足以支持下一项判断的业务结果，再等约定反馈，不自动进入整节或后续阶段，不替用户生成选择。用户已明确的费用/采集边界、已有范围和选择继续沿用，不反复抛回确认；过程中的正常查询和技术核对不变成员工待办。教学案例只记录真实输入输出与实际取舍，不为了最终演示预写完整对话。

每节先形成足以讨论的成果：回答本节问题、关键依据、建议或条件式结论、尚不能判断的决定性问题，以及下一节拿什么继续。逐节检查 产出对产品决策的用途，主表与简明结论先交付，完整成员/技术追溯作可回查明细；不为填满所有表或追求全网完整无限研究，也不在资料不足时强行推荐方案。重复出现的配置、来源、主题编码、行业五力等优先引用合格前版，新增分析针对变化和本候选差异，不将同一段材料复制为多项独立工作。

前序发生实质变化时，沿稳定键核影响，不从头重跑整题：

变化	后续怎样接续
范围、对象/规格归属、资格或分母改变	重建受影响集合、主题n/N、需求/矩阵与候选依据；记录哪些旧判断不能继续沿用
关键证言被否定、合并/拆分主题或新增反证	修订相关需求/线索/卡片依据，回核初排和V2/V3建议；不删除历史版本或默改研究库资格
产品规格、价格/成本、产线或适用法规改变	回核相关可行性、等级、产品收益/卖点和方案；旧测试只在其实际版本/条件下引用
只修版式、链接或非实质文字	更新受影响展示/引用，不重采、不重做已有效分析

受影响的下游结果在本地状态及新报告导航中标“需回核”并说明原因，查证前不再报已核；不改服务状态枚举，不覆盖历史。沿原成果系列保存实际修订及差异，回读后更新当前导航；未受影响部分继续复用。

课表与系统阶段映射

moduleId仅是本地业务跟踪信息，不是API新字段。stageCode仍只用S1–S5；表中为顺序推进时的阶段。已有项目的补核保持其当前阶段，详见末尾项目衔接规则。

moduleId	顺序	PPT环节	stageCode	artifactType
D1-01	01	定方向：品类全景扫描	S1	category_report
D1-02	02	定标准：验证纪律前置	S1	category_report
D1-03	03	竞品格局掌握	S1	competitor_report
D1-04	04	假设清单定稿与任务下达	S1	pain_list（任务包）、category_report（市场汇总）
D1-N	05	AI自驱第二轮调研	S2	voc_report
D2-01	06	夜间调研报告验收	S2	voc_report
D2-02	07	痛点发现：VOC证词聚类	S2	voc_report、pain_list
D2-03	08	机会发现：风味趋势×矩阵空白	S3	assessment_report
D2-04	09	机会点推理：三源交叉	S3	opportunity_card（独立卡）、assessment_report（V1清单）
D2-05	10	机会验证与优先级排序	S4	assessment_report
D2-06	11	商业及供应链可行性回推	S4	assessment_report
D2-07	12	产品价值主张与核心卖点	S5	concept
D2-08	13	产品概念提案路演与分享	S5	concept、assessment_report

D1下午：市场分析与研究任务收敛

D1-01 定方向：品类全景扫描

• 执行细则：先读 品类全景扫描，按本题范围与资料覆盖建立共同分类坐标。
• 输入：行业报告/官方资料、电商大盘或库内商品/规格/观察价、舆情/评价/访谈、已有业务成果；大盘资料与库内样本分列。
• 处理：先用模型建立适用的品类/任务框架，结合已有资料取证；自主检查关键缺口，必要时调VOC外部补证后形成供给树、需求树及连接表。品类主轴与品牌/包装/风味标签分开，商品宣称、用户自述和假设/推断分别留依据。节点/关系有稳定索引及原文来源。
• 判断：解释覆盖内的结构及后续待查问题；同口径跨期才判断趋势，不用库商品数代表市场规模，不把未知或未覆盖认定为市场空白。
• 核心产出：一份品类全景图谱，包含供给树、需求树、连接表、来源/覆盖说明和简短解释，保存category_report并编号回读、核看板。它作为后续市场报告输入；不将本节强制扩成完整市场报告或机会筛选。

D1-02 定标准：验证纪律前置

• 执行细则：先读 验证纪律前置，将通用质量要求落到本题可执行、可复用的规则。
• 输入：本题范围、前序图谱编号/版本、来源与查询口径、现有质量合同及实际可用模型入口。
• 处理：确定资料资格、分类、时段/代际、去重/分母、指标与引文规则，列关键判断及回查依据；重点回查图谱。有两个真实且已授权模型时冻结同版材料、独立复核、逐项比对，再回到原件或计算处理分歧；缺入口保留待执行。
• 判断：规则成稿、模型配置、原件核查、双模型执行及各项判断的适用范围分别记录。模型一致不证明事实，不以无限重跑求一致；缺证据时暂停受影响的确定性结论，其余研究可继续。
• 核心产出：可复用的验证配置卡，含规则、模型实际状态、前序图谱重点核查记录和遗留项，保存category_report并回读看板。后续报告引用真实卡号/版本。提示词资产归教学材料，本Skill不生成或附带。

D1-03 竞品格局掌握

• 执行细则：先读 竞品格局掌握，按前序分类和质量规则组织比较，产出两项核心成果。
• 输入：相关企业/店铺的Listing、SKU、观察价、详情卖点、评价、新品与风味记录，以及D1-01图谱和D1-02验证配置卡的实际编号/版本。
• 处理：建立可比商品/规格/价位底表，保留卖点原句及实际顺序，比较定位和卖点共现组合；核风味、新品时间与跨期依据，形成矩阵。读取评价的正向/负向/期待及反证，提出有稳定键、来源及验证问题的假设初稿。
• 判断：格局仅限实际覆盖；单期结构不当增长、首次观察不当首次上市、未知规格不硬比价格，未覆盖与未观察到分开。无用户依据的供给侧假设标需求待证，不提前认定市场机会或完整榜单。
• 核心产出：竞品图谱与痛点假设清单初稿，包含价格/定位/卖点对照、风味/卖点矩阵及空白初判，保存competitor_report并回读看板。关联前序图谱/验证卡，沿稳定假设键交下一节定稿；不提前建机会卡。为当前比较做必要外部补证可按研究闭环执行，下一节另定跨工作台的调研任务包。

D1-04 假设清单定稿与任务下达

• 执行细则：先读 假设定稿与任务下达，将前序假设连同验证规则交给真实接收工作台。
• 输入：图谱/竞品报告及稳定假设键、验证配置卡真实编号/版本、现有原件和缺口、小组与工作台对应、实际授权/工具及资源边界。
• 处理：沿键保留、改写、合并/拆分或暂缓，说明取舍；将入选问题转成有支持/反证路径、范围/判断/停止办法及回传要求的任务，先复用再补缺。逐组交接适用配置，核接收对象与实际投递；有限调研和重复巡检分开，后者按真实工具/授权配置并回读排程。
• 判断：定稿不等于假设成立。按问题价值和执行条件安排补证先后，不代机会优先级；卡片保存、工作台接收、排程及真实运行分别留状态。收费停止时只做确定无新增费用的已授权任务，其余明确待执行。
• 核心产出：增强AI自驱任务卡，含定稿痛点假设清单、配置卡引用、逐组任务及执行/巡检安排，以pain_list保存并回读看板。汇总前序已核成果形成或复用阶段性市场报告，保留实际编号；向D1-N交接任务和边界，不将任务计划当已执行调研。

D1当晚：按假设取得证言并预处理

D1-N AI自驱第二轮调研

• 执行细则：先读 AI自驱第二轮调研，沿任务包持续处理可执行部分，按真实批次留原件、预聚类和统计依据。
• 输入：D1-04实际任务包编号/版本、稳定假设/任务键及交接状态、验证配置、现有库和实际可复用原件；新采集另核现有工具、授权、频率和费用边界。
• 处理：先核已有资料/成功响应及真缺口，分来源读取电商评价、社媒讨论、新品/上架变化，保留原件、请求/分页、规格归属与资格集合。沿稳定假设/簇键保留原话、支持/反对和未归类线索，按实际已判定清单计算分层提及率，生成逐假设回应及缺口影响。
• 判断：预聚类、原件取得、分析资格、研究发布和实际运行各留状态。关键词命中集比例仅限命中集，分母未知不填0；同文/主追评/多标签按口径计数。新品首次观察不当上市；没有新采集只报复用，不报通宵或全量完成。
• 核心产出：调研报告、VOC预聚类、缺口清单，报告含可重算的提及率初表和逐假设回应，以voc_report按可审阅批次保存/更新并回读看板。沿断点接续，向D2-01交原件与资格/成员清单、规则版本和n/N；收费停止及真实能力边界继续有效。

D2上午：从证词到候选机会池

D2-01 夜间调研报告验收

• 执行细则：先读 调研报告验收，核任务回应、证词适用范围与缺口，不用一个总体通过标签代逐项依据。
• 输入：D1-N实际报告编号/版本、逐假设回应、原件及采集/复用回执、资格/已读/标注清单、预聚类成员和提及率n/N依据、假设任务包和验证配置。
• 处理：沿原任务/假设逐项核实际回应，核原件/对象/规格/时间/去重/资格和标注，按成员清单复算关键n/N。留实际核查覆盖、可用/排除/待核及用途限制；缺口关联原键、证据、影响和修复状态。
• 判断：抽查不代表全核，未知字段按用途限制而非一律排除；部分合格集合可继续，受影响判断待核。只执行查询或生成摘要不算已回应，复用资料可验但不冒称新采集。
• 核心产出：战报验收记录和缺口清单，以voc_report保存并精确回读/核看板；交下一段实际可用集合、来源/规则版本、反证与分母依据，不直接修改研究库资格。

D2-02 痛点发现：VOC证词聚类

• 执行细则：先读 VOC证词聚类，沿已验收集合形成有成员依据的四层关系、主题和需求库。
• 输入：验收报告及限定用途的可用集合、自有/竞品评价、社媒和实际访谈原文、预聚类修订/分母、验证配置。
• 处理：分层建证言池，按人群/场景/痛点或期待/JTBD提取原句依据，定义主题并合并/拆分留对应，保留反证/未知和多标签；重算成员n/N，形成KANO表及人群×场景矩阵，再按任务影响、替代取舍及证据作需求研究先后建议。
• 判断：四层不强补齐，独立标签不拼真实共同关系；正向期待和改良也可成为需求。KANO无真实问卷时为待验证建议，矩阵未覆盖不填零，频次不代需求重要性。
• 核心产出：VOC聚类表、用户痛点库及KANO表/人群×场景矩阵，痛点库含有理由和未知项的需求研究先后；以pain_list保存，证言池/社媒洞察用voc_report按真实需要组织。各自稳定系列，回读看板后交实际需求键、成员/证词和适用范围给下一段。

D2-03 机会发现：风味趋势×矩阵空白

• 执行细则：先读 风味趋势与机会初表，将需求证据与真实供给/替代关联，指标独立定义。
• 输入：竞品/我方商品与风味矩阵、实际需求键/证词和场景关系、集合/配置版本、可比跨期及已有调查/交易资料。
• 处理：核风味/规格/价格与范围，区分单期结构、可比变化和覆盖内空白，形成供需矩阵；一般提及、第一提及、考虑集和购买转化各留单位/分子分母/时段/证据或缺口，整理有稳定键的机会线索。
• 判断：未覆盖不当空白，供给空白不证明需求，我方已有不否决改良；扩采不作增长，不拼不相干总体成漏斗。未知指标保留，方向有支持/反对和待验证问题，不提前建机会卡。
• 核心产出：产品机会初表、提及率初表和风味/供需矩阵，以assessment_report保存、回读并核看板；交下一段真实报告/线索/需求键及原件、指标和缺口。

D2-04 机会点推理：三源交叉

• 执行细则：先读 三源交叉机会推理，建立三维/来源对应，逐卡推演并核波特五力。
• 输入：D2-03机会线索及实际编号、需求/证言/场景、赛道/供给/替代与我方条件、配置/来源版本及缺口。
• 处理：按有依据的S×U×C关系组合，列支持/反对、差异、共用来源和待验证关系；五力各列事实/解释/影响及未知。逐候选保存独立机会卡及报告，核真实编号关联，再汇总V1.0和暂缓/失败去向。
• 判断：三个维度不等于三个独立来源，设想不当已观察行为；五力不代需求证据或默认求分。候选不套固定抱怨数/竞品家数/我方空白门槛，不代最终选择或旧排序。
• 核心产出：候选机会卡清单V1.0。独立卡用workshop-save的opportunity及opportunity_card报告，清单用assessment_report，保存后回读报告/卡片并核看板；空候选不凑卡，部分失败不伪造编号，完整池交下一段先比较后选项目。

D2下午：验证、价值主张与概念成报

D2-05 机会验证与优先级排序

• 执行细则：先读 机会验证与优先级排序，从完整候选池回查证据再作可解释初排。
• 输入：完整候选清单V1.0、证言/市场证据和验证配置；已有明确选择或项目时一并引用。
• 处理：核痛点/场景→现有解决→差异→统计/关键主张的闭环，回原件与计算，保留反证/共用关系及核查覆盖。真实双模型在同版输入上独立审查再比对，缺入口标待执行。按适用模型或已公开草案规则产生S/A/B，逐维列理由、条件与验证先后；全池保留去向，不先建项目。
• 判断：优先级是验证先后，不是成功概率；未知/未评估与B级分开。同档无依据强分时并列，补证顺序与机会等级分列；双模型缺项不报全部验收通过，模型一致不代事实。不擅改既有活动排序。
• 核心产出：证据闭环核验表、验证模型/适用规则、优先级机会清单。未建项目时按当前合同以S4保存不带projectId的assessment_report；已有项目的单项验证报告按项目当前阶段保存。实际选定方向进入项目验证时再完成下述S3项目衔接，不为保存清单而创建虚假项目。评分与说明写报告支持的结构，不向opportunity添加合同不支持的字段。

D2-06 商业及供应链可行性回推

• 执行细则：先读 商业及供应链回推，把经济计算和工厂/合规核查落到产品基准与全池去向。
• 输入：优先级清单、已知规格、实际原料/工艺/产线、成本报价与适用法规原文。
• 处理：核统一规格/币种/税基与净实现收入，按成本构成、出成/损耗重算毛利与条件式成本/定价情景；工厂原料/路线/产线及法规版本、实施时间/类别/条款分别列真实依据、企业确认与未知。V2逐候选保留/修改/暂缓/排除，并核影响后的等级。
• 判断：零售价不代收入或成本，情景不当企业报价/核价；未知不淘汰。仅适用且已证实硬约束支持本方案排除建议，不删历史卡、不代企业审批。需求抱怨不证明超标、产线可做或新品效果。
• 核心产出：可行性回推表、机会卡清单V2.0和《高概率产品论证机会清单》，保存assessment_report并关联实际机会、已有项目和前序版本；未建项目可保存清单报告。保留V1中各候选的去向与原因，暂缓/排除的机会不从历史记录消失。沿用课程名称时明确为有局限的优先验证清单。

D2-07 产品价值主张与核心卖点

• 执行细则：先读 价值主张与核心卖点，以V2真实条件提炼定位、价值及可验证表达。
• 输入：已选机会、原文需求、可行性结论、产品事实与未决条件；已有项目按合同从S4推进S5，未建项目不妨碍保存有依据的买点分析报告。
• 处理：逐项对应“人群/场景/JTBD→痛点/期待与取舍→产品要素→用户收益→价值主张/定位→卖点表达”，列需求证据、产品验证、反证及待测事项，形成Slogan/文案概念和备选理由。未选方向可分别形成候选草案，不默认替用户选第一名。
• 判断：消费者原话证明需求，不能证明新品已达到口味、营养或性能效果。未验证表达标待测试，比较性表述列比较对象与测试依据；不把课堂文案作为正式对外声称。
• 核心产出：《场景化用户买点方案》（含价值主张及卖点提炼清单），保存concept报告；方案参数在D2-08或本节实际具备时再按独立concept-save保存。

D2-08 产品概念提案路演与分享

• 执行细则：先读 概念提案路演与分享，把真实成果、方案、质询与清单演进分别保存核对。
• 输入：前序市场、社媒、证言、机会、验证、买点成果及真实反馈。
• 处理：组织结论、证据、产品设定/条件和下一步，按真实项目/材料/工艺与连续版本另存需要的独立方案，核项目当前方案及pendingQuestions。实际质询与预期问题分列，V3承接V2全池并留变化依据；代表案例从实际成果选择，附七类成果导航及有真实认领/待对接状态的49天计划。
• 判断：明确建议继续验证、补证或暂缓的条件，区分课堂完成、企业决策和正式发布。课程分享不生成虚构领导点评或真人确认事件。
• 核心产出：《产品概念提案》（路演版本，concept报告及独立方案）、机会卡清单V3.0（assessment_report）、小组代表案例与49天行动计划。行动计划可放提案附录，列对象、验证事项、负责人/待对接对象、时间和交付，不自动安排通知/采集。课堂完成按合同核当前成果与方案后记录；正式报告仍走真人确认流程。

核心成果的最终汇总

PPT核心成果	产生/完善环节	报告必须能回查什么
市场趋势分析报告	D1-01图谱作输入，D1-03、D1-04补成	图谱编号、品类、竞品、价格、趋势的来源、范围与时间
社媒场景需求洞察报告	D1-N、D2-02	社媒原文、人群/场景/JTBD及解释边界
自有用户与竞品用户证言池	D1-N、D2-01、D2-02	对象/规格、资格、原句、原体系评分与来源
三方机会卡片	D2-04，后续验证引用	赛道、用户、场景、支持/反对与真实机会编号
高概率产品论证机会清单	D2-05、D2-06、D2-08	模型/排序依据、可行性和清单版本变化
场景化用户买点方案	D2-07	需求与买点映射、产品验证及待测试表达
产品概念提案（路演版本）	D2-08	独立方案版本、前序成果导航、质询与下一步

结营报告按上述七类建立成果导航，链接实际标题、编号、版本、页面与缺项；缺件如实列出，不把“应交付”写成“已生成”。49天行动计划作为后续执行附件，首周或七周复盘沿同题版本接续，不虚构D3课表、工时基线或提效比例。

清单演进逐项可回查：V1保留候选与三源依据；优先级清单补证据核验、评分/等级及理由；V2补商业、生产、合规条件及保留/修改/暂缓/排除的原因；V3补买点、概念、实际质询与最终建议。沿稳定机会键和真实编号对应前后变化，每次列新增、修改、暂缓和排除及依据，不以覆盖旧表或只换版本名替代验证过程。

项目与版本衔接

S1/S2及候选池比较不要求项目。候选卡在S3先保存，随后依课表完成优先级和可行性比较；未选方向不阻断这些清单分析。用户已有明确选择就沿用，没有选择且任务需要进入某个项目或独立方案保存时再请其选择。用真实opportunityId建/复用项目后，保存关联该项目的S3选择与依据报告，引用已完成的清单分析，回读确认项目下S3成果存在，再推进S4。初建项目本身不满足S3成果要求；会话已出现S4/S5清单报告不代表新项目自动达到该阶段。

S4/S5成果stageCode与项目当前阶段一致，完成当前成果后只按合同推进一阶段。推进S5前须有本项目S4成果；不关联项目的既有清单不替代。补核较早材料时保持当前项目阶段，在报告章节注明原环节和前序编号，不发阶段倒退，不为绕规则新建项目。未建项目时可以先保存现有真实分析或缺口，不能编造projectId。记录completed前核项目已在S5、有本项目S5成果及currentConceptRef，且真实任务已授权结项；课程结束不自动满足条件。

课表中的清单V1.0/V2.0/V3.0是三个业务快照，不直接等于每份报告、机会卡和方案的API version。每个实体沿自身实际系列和版本保存；清单更新引用原卡号及变化，不因此复制原始资料或假称卡字段已更新。实际修改独立机会卡时沿原opportunity.key/任务系列按当前合同保存新版本，再核真实新卡号；项目与历史卡的关联不私改。