MODULE 06 · 迁移到行业
同一套 Context、Prompt、Skill，在不同行业必须换事实、风险、审美与验收人。
你会看到一套底层能力怎样进入服装、餐饮、内容视频和经营报表，而不是拿通用模板硬套。
CASE DEPTH · 先把交付层级说实
服装案例包含实物素材、事实卡、图像任务、候选图、质检与退回。另三个案例先展示怎样重新定义事实、风险、表达与验收，再要求学员把自己的行业做成一份完整案例。
CASE 01 · 服装
服装提示词的难点不在“雪山还是欧洲”，而在同一件衣服进入不同场景后，颜色、面料、版型、扣位和衣长仍以实物为准。
| Context | Prompt | 模型生成 | 人验收 | 留下的 Skill |
|---|---|---|---|---|
| 多角度实拍、面料细节、不可改项、品牌参考 | 商品层锁定 + 人物/场景/镜头/风格分层 | 候选棚拍、穿搭与种草场景 | 实物还原、五官/权利、平台用途、品牌调性 | 商品事实卡 + 五层提示词 + 质检与退回规则 |
先不要生成图。请先把我上传的服装资料整理成：可确认事实、不可改元素、看不清必须补拍的部位、仅供风格参考的图片。等我确认后，再按商品/人物/场景/镜头/风格五层生成图像提示词；所有不确定的商品细节必须标出，不能补猜。
CASE 02 · 餐饮
餐饮海报不是把菜画得更大。价格、份量、时段、门店、库存和过敏原属于事实层；构图、光线、食欲感和语气属于表达层。
模型先读菜单、活动规则和真实菜品照片，再给两种构图草案。
整理卖点、提出构图、生成文案草稿、检查画面遮挡和信息层级。
菜品是否真实、价格是否可兑现、画面有没有过度放大份量、品牌口吻是否像这家店。
把通过的结构存成海报 Skill，但每次活动的价格与菜品仍从最新事实卡读取。
CASE 02 · 从乱猜到可核验
下面两版来自本课程 2026 年 8 月 4 日的同模型单轮实验。任务句相同；第一版只有价格，第二版补齐套餐事实、对象和语气。
Claude Opus 4.1 先自行写出牛肉面、炸鸡翅、果汁、原价 68 元、每日 100 份；补齐事实后，输出改为两份主食和例汤、工作日午市、每日 30 份、不叠加优惠。
39 元双人套餐：招牌红烧牛肉面 ×2、炸鸡翅 ×4、果汁 ×2；原价 68 元；每日限量 100 份；堂食外带均可。
39 元双人午市套餐：两份主食 + 一份例汤；仅工作日 11:00–14:00；每日限量 30 份；本优惠不与其他活动同享。
第二版仍只是文案候选。店主要再核菜单、库存和展示份量；海报中的真实菜品照片也必须与门店实际出品一致。
先不要写海报。把材料分成：已确认产品事实、门店兑现边界、仅供表达参考、冲突与缺口。待我确认后，再给两版信息层级草图和文案；每一处价格、份量、时段、库存与优惠规则都要标注来源。不得补菜品、原价、预订方式或配送承诺。
CASE 03 · 口播与视频
一条能看的口播需要事实来源、具体受众、一个冲突、一个转折和一个可执行结尾。模型能拆镜头、压时长、给候选开头；创作者必须判断哪句话真是自己相信的。
| 阶段 | 模型工作 | 人的工作 |
|---|---|---|
| 选题 | 从材料提炼冲突与受众问题 | 确认立场与真实经历 |
| 脚本 | 给三种开头、节奏和镜头建议 | 删掉不属于自己的话 |
| 拍摄 | 形成镜头清单与补拍清单 | 表演、语气、现场判断 |
| 复盘 | 整理留存与评论反馈 | 决定下一条保留什么、改变什么 |
依据我提供的真实经历和观点，为【具体受众】写 60 秒口播。先给 3 个不同冲突角度，不要虚构我的经历。选定后再写：0–5 秒问题、5–20 秒具体场景、20–45 秒解释、45–60 秒行动。每一句无法回到材料的事实标注【待确认】。
CASE 03 · 从套话到本人能说
示范人物是一位做了十年社区餐饮的店主。原材料只有一个真实判断：顾客不是讨厌优惠，而是讨厌看不懂规则。
模糊要求“写一条有冲突、有金句的爆款口播”，容易得到任何老板都能说的套话；把经历、受众、禁编项和镜头证据写清后，脚本才像这个人。
做生意一定要站在顾客角度，真诚才是必杀技。我们坚持品质，所以赢得了大家的认可。
我把活动规则从七行改成三行以后，问‘能不能叠加’的顾客明显少了。顾客不是不要优惠，他是不想站在收银台前做阅读理解。
店主要确认“七行改三行”和顾客反馈是否真有记录。若只是感受，就改成‘我自己的观察’，不能包装成数据结论。
只依据【真实经历原文】写 60 秒口播。先逐句标出可直接引用的事实、仅代表个人观察的判断、不能证明的因果；不虚构从业年限、顾客数量或经营成绩。给 3 个开头供我选，选定后再写完整脚本与镜头证据清单。
CASE 04 · 会计与经营报表
AI 很适合统一字段、解释口径、生成图表说明、标出异常候选；它不应在没有凭证与责任人确认时改动原始账、判定收入或自动批准付款。
| 可交给模型 | 必须给足的 Context | 必须由人确认 |
|---|---|---|
| 字段映射、格式清洗、异常候选 | 字段字典、期间、币种、口径、样例 | 原始凭证、会计判断、调整分录 |
| 经营摘要草稿、图表标题 | 已确认数据与同比基线 | 原因解释、对外披露、管理决策 |
只做结构检查，不改原始数据：先读取字段名、期间、币种和口径说明；列出缺失值、重复行、格式冲突与异常候选；每一项给出定位依据。涉及会计归类、调整分录或经营原因的地方标【需要责任人判断】，不要自行下结论。
CASE 04 · 让计算确定，让解释可追责
把报表整理拆成两条线：代码或表格公式负责可重复计算，LLM 负责解释字段、整理异常候选和起草摘要。两条线最后都回到原始记录。
| 原始记录 | 确定性处理 | 模型候选 | 人确认 |
|---|---|---|---|
| 8/1｜堂食｜¥18,620 | 日期标准化；金额转数值 18620 | 标记为正常记录 | 与收银日报核对 |
| 2026-08-02｜外卖｜18620元 | 统一日期、渠道与币种格式 | 提示金额与前日完全相同，列为异常候选 | 判断是巧合、重复导入还是实际收入 |
| 8月3日｜团购｜空白 | 保留缺失，不填 0 | 列入缺口清单 | 查平台账单或由财务确认 |
先生成字段映射与清洗计划，不写入原表。金额只做格式标准化与公式复算；缺失值保持缺失；异常只给定位依据，不解释原因。输出四张表：原始行号映射、清洗结果、异常候选、待责任人确认。任何会计归类和调整分录都停止。
TRANSFER · 迁移的不是模板
底层动作不变，现场答案必须重做。
哪些内容模型绝不能猜？
哪些空间可以让模型提出候选？
哪类错误会造成真实损失？
谁懂业务、谁有最终放行权？
什么值得复用，什么必须每次更新？
选一个真实行业任务，回答事实、表达、风险、验收、资产五问。
写 Context Pack 和任务 Prompt。
做出候选结果并请真实责任人退回一次。
把修改规则写进 Skill v1。
行业内的人能指出这套方法用了真正的业务事实，而不是换了名词的通用模板。