婚庆公司 AI 工作流：用验收、版本和回写把一次自动化跑稳

AI 应用课里一个重要做法，是先把具体目标和参考结构讲清，再让工具生成。若只说“帮我整理一下客户需求”或“写一篇婚礼文案”，模型会自行猜测格式，负责人最后只能凭感觉判断好不好。

开始前先准备一个合格结果样例，并写明必有字段。需求摘要必须保留客户原话、已确认事实、待确认问题和下一步；内容初稿必须标明资料来源、禁止补充的事实和目标读者。验收标准不是工作流结束后补的说明，而是输入的一部分。

开发实践课要求不同项目放进独立文件夹，同一条工作只处理一个明确任务。资料混在一起，AI 会把不属于当前客户、当前婚礼或当前内容的上下文带进结果。

婚礼公司可以按客户、项目或固定业务链建立独立工作区。每次运行只给当前需要的来源，写清允许读取和禁止使用的目录。项目里还保留一份简短说明：流程解决什么问题，输入放在哪里，结果写到哪里。出现问题时先检查环境和来源是否一致，不在整台电脑里猜模型的信息来源。

课程明确把个人资料、登录、授权和涉及钱的动作留给人。婚礼业务还应把报价承诺、客户确认、对外发布和现场高风险指令放进同一类人工验收点。AI 可以准备材料，不能跳过责任人直接执行。

验收不是从头重做。负责人只核对高影响字段：客户身份、日期场地、预算、最终版本、对外对象和权限。低风险格式整理可以自动通过；一旦结果会改变合同、成本或公众承诺，流程就暂停。好工作流会清楚告诉人“现在该看什么”。

AI 开发课用本地 Git 和网络仓库解释版本：项目走到一个测试正确的节点，就留下记录；后续修改把系统弄坏时，才有可以返回的位置。模板、字段、提示和输出路径通过一次真实项目验收后，应写下日期、用途和可用状态。

一次只改一个问题，再重新测试。不要同时更换资料结构、生成规则和发布路径，否则无法判断偏差来源。真实验收至少留下通过的输入样本、最终输出和检查结论；版本说明要写清修了哪个失败点、哪些情况仍未覆盖。

刘坚伟在开发课里把“回滚”作为重要动作：新的修改破坏原来可用的项目，先回到上一个测试正确的版本，再重新处理出错的一步。婚礼公司也不应因为一份输出失败，就连续追加十几条临时指令。

先停止对外动作，保留错误样本，判断失败来自输入缺失、来源混入、规则不清、权限不对还是输出格式变化。若无法快速修复，恢复上一个已验收版本，让业务继续运行；新的修改在副本里测试。错误未查清时继续批量执行，只会把同一问题带进更多资料。

个人知识库工作链强调，语音和资料进入 Obsidian，Codex 执行，结果再回到知识库，才形成长期记忆。工作流的最后一步不是“文件生成成功”，而是保存验收结果、失败原因和下一次要改的一个变量。

复盘依次回答：合格样例与必有字段是否明确；当前任务读取了哪些允许资料；哪个不可逆动作前必须停；最近一个通过真实测试的节点是哪一个；出错时能否恢复业务；结果和失败点保存在哪里。还要记录没有出错但很费时间的环节，在保留责任边界的前提下缩短重复检查。