GD-02 · 版本文案五处一致性核对

① 场景引入

公告写了 3,847 字没人说它短 · 洛克王国写了 3 万字照样评分崩盘——问题从来不是字数，是漏了必须写的那几条

一、这件事现在是什么样

数值与关卡策划 · 真实业务触发

v3.6 国服上线前 3 天。公告草稿已经写好（3,847 字，运营组按策划组给的改动清单 v0.9 起草），客服话术包同步更新完毕，本地化文本表已交付三语译文。制作人要求上线前最后一次全量核对：策划案、数值表、公告草稿、客服话术、本地化文本五处口径必须一致——并明确「上线后玩家发现的任何一条未公示改动，都算发布事故」。

二、痛点 · 每条都有来源

1《洛克王国：世界》官方发了 3 万字更新日志，却漏了 10 条最影响玩家日常体验的改动——TapTap 新版评分 2.8

分、三天 4000+ 条差评，日活 1300 万的产品照样翻车依据 · 《洛克王国：世界》S2「暗改门」：日活 1300 万的产品，官方发了 3 万字更新日志，却漏了 10 条最影响玩家日常体验的细节改动——TapTap 新版本评分 2.8 分、三天新增超 4000 条差评2玩家原话：「不是反对难度，是反对不透明、不告知、不补偿的背刺式改动」——差评风暴的引爆点不是「改了什么」而是「没写进公告」依据 · TapTap 玩家原话：「玩家不是反对难度，是反对不透明、不告知、不补偿的背刺式改动」——差评风暴的引爆点不是「改了什么」而是「没写进公告」3中小公司版本日的口头禅是「策划改了没告诉运营」：改动清单靠策划人肉从数值表 diff 抄录，抄漏一条，公告就漏一条——漏的那条往往是最敏感的依据 · 界面新闻《素人游戏策划指北》：「90% 的工作时间里，数值策划面对的是 Excel，系统策划面对的是 PPT，文案策划面对的是 Word，主策划面对的是以上全部」——一个 5 分钟的关卡从设计案到完成约一周4官方道歉信被玩家追问「真的不是 AI 写的吗」——事故后的补救文本稍有「AI 感」就二次引爆，前置公示是唯一便宜的解法依据 · 官方道歉信本身被玩家追问「真的不是 AI 写的吗」——危机公关文本的「AI 感」会二次引爆舆情5《恋与深空》评分 4分以上跌至 1.8、投诉超 6 万单、苹果启动监控——「道歉避重就轻 + 补偿不达预期」的二次引爆路径已被反复验证依据 · 《恋与深空》差评风暴：App Store 评分从 4 分以上跌至 1.8 分、消费保平台投诉超 6 万单、苹果启动合规监控——「官方道歉避重就轻+补偿不达预期」如何二次点燃舆情

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 《洛克王国：世界》官方发了 3 万字更新日志，却漏了 10 条最影响玩家日常体验的改动——TapTap 新版评分 2.8 分、三天 4000+ 条差评，日活 1300 万的产品照样翻车玩家原话：「不是反对难度，是反对不透明、不告知、不补偿的背刺式改动」——差评风暴的引爆点不是「改了什么」而是「没写进公告」中小公司版本日的口头禅是「策划改了没告诉运营」：改动清单靠策划人肉从数值表 diff 抄录，抄漏一条，公告就漏一条——漏的那条往往是最敏感的官方道歉信被玩家追问「真的不是 AI 写的吗」——事故后的补救文本稍有「AI 感」就二次引爆，前置公示是唯一便宜的解法

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 基准面构建 · 从两版数值表算出实际改动全集diff 出全部改动项，每项带旧值→新值与涉及系统——这一步绕过人肉改动清单
2. 五处映射 · 每条改动在五份材料里查口径策划案/数值表/公告/话术/译文逐条对齐，一致、不一致、缺席三态标注
3. 缺席项分诊 · 漏掉的改动按敏感度分级每条缺席改动标注影响人群与历史同类公示惯例，敏感度排序而非字数排序
4. 话术时效核对 · 客服口径 vs 本次改动识别仍按旧数值答复的话术条目，逐条给出更新建议
5. 核对报告成稿 · 上线决策的三页纸一致项简报 + 缺席项清单 + 话术更新建议，签批栏留空

要准备什么：数值配置表两版（v3.6.7 / v3.5.4）diff 出实际发生的全部数值改动——比对的基准面策划组改动清单 v0.9 +公告草稿策划以为改了什么 vs 运营准备说什么——两处中间任何一环都可能断客服话术包（上线版）客服即将按什么口径答复玩家——旧口径是舆情二次发酵的常见来源本地化文本表（三语）海外服已上线 10 天的译文——国服公告漏的改动，海外文本里可能已经带上

为什么这个场景值得做

优先级评分：痛感 5 × AI 适配 5 ÷ 落地难度 2 = 13.8

最大差异点：不是「AI 帮你写公告」——通用生成工具写不出你这一版改了什么。本场景的输入是数值表两版 diff 和策划案，先算出「实际改了什么」的全部清单，再反查公告、话术、译文三处「说了什么」，两边做差集。漏的那条，是用五处并排比对抓出来的，不是靠文采写出来的。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：版本文案一致性核对报告.xlsx 正式件 · 五处映射全表 + 缺席项分级 + 话术更新建议 · 含签批栏
• 可派发清单：公告补充条目清单.xlsx 可派发 · 缺席改动 / 建议公示口径 / 影响人群 / 敏感度
• 可派发清单：客服话术更新对照表.xlsx 可派发 · 旧口径 → 新口径 / 涉及改动 / 更新优先级

这套东西不承诺什么：本场景只做核对与差异标注，不改公告文字——公告措辞、改动要不要公示、公示的详略程度，由制作人与运营主管决定；客服话术的发布同样人工。「建议不公示」的敏感改动会单独列出决策建议与风险对照，不替客户选。

② Live Demo（演示逐步）

公告写了 3,847 字没人说它短 · 洛克王国写了 3 万字照样评分崩盘——问题从来不是字数，是漏了必须写的那几条!

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：星屿互娱运营组。国服 v3.6「雪原战线」上线前 3 天（周一）：公告草稿 v0.4 已写好 3,847 字，客服话术包同步更新完毕，三语译文已交付。制作人定下硬规矩——上线后玩家发现的任何一条未公示改动，都算发布事故；并要求上线前最后一次全量核对：策划案、数值表、公告草稿、客服话术、本地化文本五处口径逐字对齐。

输入材料5 份 · 五处口径实际改动9 项 · 以数值表 diff 为准公告缺席2 项 · 均为高敏话术旧口径4 条待更新

输入游戏公司手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_数值表diff_v3.6.7_vs_v3.5.4.xlsx 数值表两版 diff 出的全部改动项——五处核对的唯一基准面数值组维护 · v3.6.7 8 月28 日定稿
• 02_策划组改动清单_v0.9.xlsx 策划组手工维护的版本改动清单——「暗改门」的第一现场，本次核对的对照项策划组维护 · v0.9 · 8 月 20 日抄录
• 03_上线公告草稿_v0.4.docx 运营组按改动清单 v0.9 起草的公告草稿——3,847 字，五处核对的主角运营组 · v0.4 · 8 月 29 日起草
• 04_客服话术包_上线版.xlsx 客服即将按它答复玩家的口径——旧口径是舆情二次发酵的常见来源运营组维护 · 上线版（待核对）
• 05_本地化文本表_v3.6_三语交付.xlsx 海外服已上线 10 天的三语译文——国服公告漏的改动，海外文本里已经带上本地化 PM 交付 · 三语终版

注意标橙色那一份 —— 02_策划组改动清单_v0.9.xlsx。它策划组维护 · v0.9 · 8 月 20 日抄录，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

这是数值表两版 diff 出来的全部改动，这是公告草稿、客服话术包、策划案和改动清单。国服周四上线。 帮我做三件事：

1. 每一条实际发生的改动，去公告、话术、译文里逐条查有没有、口径对不对——漏的、说法不一致的，全部列出 来。
2. 漏掉的改动按「玩家会不会炸」排序，别按字数排，动付费玩家资产的最优先。
3. 客服话术里还在按旧数值答复的条目，逐条标出来。 公告怎么改、哪条要不要写进去，我和制作人定。上线时间很紧，先给我最要命的那两条。

五处映射的核对口径、敏感度分级标准都在能力包里。现场最有说服力的一问是：「你们上一版公告，漏过几条？」——然后当场跑给他们看。

触发上线前 3 天 · 五处口径必须逐字对上

公告写了 3,847 字没人说它短，要查的是漏没漏

制作人定了一条硬规矩：上线后玩家发现的任何一条未公示改动，都算发布事故。核对基准只有一个——数值表两版diff 出的 9 项实际改动；人肉改动清单只作对照项。

第 1 步 · 基准面构建 · 9 项实际改动是唯一的比对基准

两版数值表 diff 绕过人肉清单，先算出实际改了什么

第 2 步 · 五处映射 · 同一个改动在五份材料里的五个版本

策划案/数值表/公告/话术/译文逐条对齐，一致、不一致、缺席三态标注

第 3 步 · 缺席项分诊 · 两条漏项按「玩家会不会炸」排序

不按字数排，动付费玩家资产的最优先

第 4 步 · 话术时效核对 · 客服还在按旧系数答复的 4 条

公告改了、话术没跟上——旧口径是舆情二次发酵的常见来源

第 5 步 · 核对报告成稿 · 上线决策的三页纸

一致项简报 + 缺席项清单 + 话术更新建议，签批栏留空

板块内容上线决策待决事项一致项7 项登记改动五处口径全部一致无缺席项2 项高敏改动未进公告，建议公示口径已附公告是否补入两条改动话术4 条旧口径待更新，优先级已分KT-901/902 更新窗口替代方案方案一补两条维持周四上线；方案二分步削弱是否采纳影响面分析的分步方案签批栏留空——发不发、怎么发由制作人与运营主管拍板—发布日例会的形态从「应该都齐了吧」变成「核对报告 0 缺席才放行」。本地化这一处可以排除「国服上线是否需要等本地化侧动作」可以排除——海外服 10 天前已上线 v3.6，三语文本表与数值 v3.6.7 逐 key 对齐，本次 diff 零新增分歧，依据是译文表核对结果。国服公告补漏不需要动任何译文，周四节点不受本地化牵制。

核对报告已就绪 · 这份公告草稿还不能发9 项实际改动 2 项高敏缺席（冰盾系数 5.2 → 4.1 与公会战减伤项权重 0.15 →0.12），客服话术另有 4 条旧口径未同步——按制作人定的标准，这份公告原样发出就是发布事故预定。方案一：公告补入两条改动的完整数值区间与影响说明，配套生成 FAQ 两条，KT-901/902 话术同步更新——维持周四上线，补写工作量按两段文案计，风险可控。方案二：采纳分步削弱方案（冰盾系数 5.2 → 4.6 → 4.1 跨两个版本，见影响面分析结论），本版公告只公示第一步并写明第二步计划——透明度换缓冲，代价是平衡性目标推迟一个版本达成。发不发、怎么发、要不要公示完整数值区间，由制作人与运营主管拍板——签批栏留空。

之后这一次跑完，公司多了什么

不讲省了多久：讲少了几个隐患、沉淀了什么

• ✓ 「实际改动全集以数值表 diff 为准」第一次成为发布流程的硬口径——人肉改动清单降级为参考项
• ✓ 五处一致性核对的清单被固定：策划案/数值表/公告/话术/译文，后续版本直接复用
• ✓ v2.8 的事故模式（抄漏→漏发→背刺舆情）在它重演之前被拦截，且拦截依据可追溯
• ✓ 发布日例会的形态变了：从「应该都齐了吧」变成「核对报告 0 缺席才放行」

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 能不能让它直接把公告写完整？ 不替你写公告。它给的是「漏了什么、每条的敏感度、建议的公示口径」——公告的措辞和详略是运营的对玩家说的话，这个口径必须人来定。
• 我们改动清单一直靠策划手工维护，能替代吗？ 能替代「核对基准」这个角色——以数值表 diff 为准，清单降级为参考项。但策划案里的设计意图（为什么改），还是要策划自己写。
• 玩家会因为我们公示了削弱就少骂吗？ 行业案例的答案是：骂声会有，但不会演变成「背刺」叙事——《洛克王国》的教训恰恰是 3 万字都写了还漏关键条。透明度不能消解不满，但能消解「被欺骗感」，后者才是评分崩盘的真正推手。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

公告写了 3,847 字没人说它短 · 洛克王国写了 3 万字照样评分崩盘——问题从来不是字数，是漏了必须写的那几条

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

版本文案五处一致性核对 —— 公告 3,847 字不短，漏的那两条最要命 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

version-copy-consistency-check.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是游戏公司手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁GD-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

• 01_数值表diff_v3.6.7_vs_v3.5.4.xlsx 数值表两版 diff 出的全部改动项——五处核对的唯一基准面
• 02_策划组改动清单_v0.9.xlsx 策划组手工维护的版本改动清单——「暗改门」的第一现场，本次核对的对照项
• 03_上线公告草稿_v0.4.docx 运营组按改动清单 v0.9 起草的公告草稿——3,847 字，五处核对的主角
• 04_客服话术包_上线版.xlsx 客服即将按它答复玩家的口径——旧口径是舆情二次发酵的常见来源
• 05_本地化文本表_v3.6_三语交付.xlsx 海外服已上线 10 天的三语译文——国服公告漏的改动，海外文本里已经带上

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

这是数值表两版 diff 出来的全部改动，这是公告草稿、客服话术包、策划案和改动清单。国服周四上线。 帮我做三件事：

1. 每一条实际发生的改动，去公告、话术、译文里逐条查有没有、口径对不对——漏的、说法不一致的，全部列出 来。
2. 漏掉的改动按「玩家会不会炸」排序，别按字数排，动付费玩家资产的最优先。
3. 客服话术里还在按旧数值答复的条目，逐条标出来。 公告怎么改、哪条要不要写进去，我和制作人定。上线时间很紧，先给我最要命的那两条。

为什么这么短就够了：五处映射的核对口径、敏感度分级标准都在能力包里。现场最有说服力的一问是：「你们上一版公告，漏过几条？」——然后当场跑给他们看。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

XLSGD-02_版本文案一致性核对报告.xlsx正式件 · 五处映射全表 + 缺席项分级 + 话术更新建议 · 含签批栏下载

• ↓XLSGD-02_公告补充条目清单.xlsx 可派发 · 缺席改动 / 建议公示口径 / 影响人群 / 敏感度
• GD-02_客服话术更新对照表.xlsx 可派发 · 旧口径 → 新口径 / 涉及改动 / 更新优先级

Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：数值配置表两版（v3.6.7 / v3.5.4）diff 出实际发生的全部数值改动——比对的基准面策划组改动清单 v0.9 + 公告草稿策划以为改了什么 vs 运营准备说什么——两处中间任何一环都可能断客服话术包（上线版）客服即将按什么口径答复玩家——旧口径是舆情二次发酵的常见来源本地化文本表（三语）海外服已上线 10 天的译文——国服公告漏的改动，海外文本里可能已经带上

人工边界：本场景只做核对与差异标注，不改公告文字——公告措辞、改动要不要公示、公示的详略程度，由制作人与运营主管决定；客服话术的发布同样人工。「建议不公示」的敏感改动会单独列出决策建议与风险对照，不替客户选。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

数值与关卡策划 · 产出即下一步输入

• GD-01 · 数值改动影响面清单：砍一个系数之前，把六个系统、三类玩家和上一次事故都摆上桌

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。