把一份功能调整事实卡写成通知 短消息和客服 FAQ

免费下载练习材料与成品（ZIP，约 39 KB）

制作说明：本教程由 AI 助手整理材料并对照来源核对，未经真人审核。原始模型回答与编辑修订稿分开保留。

软件调整了一个入口，用户最想知道的是自己会不会受影响、从哪里操作、旧文件还在不在。让 AI 一口气“写得更有吸引力”，容易把这些信息写散，还可能添上材料没有说过的界面位置。

这次我们为原创虚构产品“便签盒”准备了一张事实卡，用 MiniMax 实际生成长通知、短消息和6条 FAQ，再把固定 Humanizer-zh 规则全文交给同一个请求模型做修订。第一稿确实出现了“左侧”和“弹窗”两个无依据细节，也漏掉了旧文件 FAQ；第二次调用据此修正。你可以对照原稿、成稿和事实卡，看看哪些变化只是表达，哪些会改变用户理解。

先分清免费文件与模型服务

本课的练习材料、提示词和文稿可免费取用，不要求购买本站软件。实际生成使用 MiniMax CLI 1.0.25，命令明确请求 MiniMax-M3，温度0.2，每次最多4096个输出 token，超时上限180秒。两次调用在2026年9月6日完成，分别约16.0秒和9.3秒；这是本次请求的经过时间，不是稳定速度承诺。

MiniMax 是云模型服务，文本会发送给相应服务商。模型账户、额度或调用可能收费；本次没有获得账单实耗，不能据此写成“两次免费”或估算一个费用。CLI返回了文稿正文，没有返回可独立核对的后台模型版本及 token 用量。本课只记录明确请求的模型名称，不把它写成服务端版本证明。

普通读者可以把下面的完整材料复制到自己已经能用的 AI 对话中练习。不同工具的输出会不同，这条普通对话路线不是我们本次实际运行的工具环境。想复跑命令的读者，可在已配置账户的 MiniMax CLI 中使用配套的 01-draft-messages.json；缺少登录或额度时先处理该工具的账户条件，本文不提供账号或密钥。

mmx text chat --messages-file "01-draft-messages.json" --model MiniMax-M3 --max-tokens 4096 --temperature 0.2 --non-interactive --quiet --output json

终端输出可以保存为 draft-response.json。复跑会产生新的模型请求；直接阅读配套成品不需要运行命令。

事实卡是这次唯一的产品依据

下面的“便签盒”不存在对应的正式产品公告。不要把文稿中的未来版本和日期发给真实用户。

虚构产品：便签盒 Windows 桌面版。
本次范围：只调整“按分组导出”入口，不涉及网页版或手机端。
计划版本与时间：2.4版，2026年10月20日09:00，北京时间。
旧入口：更多 > 导出。
新入口：文件 > 导出便签。
导出格式：保留TXT，新增Markdown；两种都只导出文字，不含图片和附件。
使用动作：先选一个分组，再打开新入口，选格式，保存到自己指定的本地文件夹。
旧数据：不删除现有便签，不自动搬迁旧文件，此前导出的文件保留原样。
已知限制：2.4版Markdown暂不保留置顶顺序，改按创建时间排序。
替代办法：需要原置顶顺序时，继续用TXT；TXT原有排序行为不变。
不变项：账号、现有功能费用、TXT其他行为不变；未提供价格或免费额度。
未提供：Mac版日期、图片导出时间、客服联系方式、下载链接、补偿政策。
查看更新：帮助 > 检查更新；只有界面显示2.4后再按新入口操作，不承诺提前可用。

如果换成自己的业务，先替换这些事实，而不是只替换产品名。特别检查“没有变化”是否真的已经确认，以及某个日期是计划、测试还是正式生效。这些词会影响读者采取什么行动。

让 AI 一次交付三种文稿

先把事实卡贴进新对话，再发送下面的要求。JSON在这里是为了让三份文稿分开保存；如果不需要脚本读取，也可以要求按三个标题输出，事实约束保持不变。

根据上述唯一事实卡，写长通知、短消息和6条客服FAQ。
长通知约300—450字，说明适用用户、计划版本与时间、入口与操作、格式、已知限制、没变的内容。
短消息约100—160字，必须保留版本/时间、新入口、仅文字、Markdown不保留置顶顺序及TXT替代办法。
FAQ覆盖旧文件、新格式、排序、更新入口、Mac时间、费用。
所有文稿明确标注“虚构产品·教学示例”。
不编造界面位置、第一人称体验、价格、免费承诺、客服渠道或下载地址。
材料未提供的直接说未提供，不联网补充。
只输出JSON对象：longNotice和shortMessage是字符串；faq是数组，每项只有question和answer。

本次第一稿可在配套的 artifacts/notices-draft.json 查看。长通知写了“先在左侧选中一个分组”和“在弹窗中选择格式”。事实卡只说先选分组、再选格式，没有给出左侧布局或弹窗。这些细节听起来合理，仍然不能直接写进用户通知。

第一道 FAQ 还变成“旧入口还能用吗”，没有回答要求中的“旧文件会怎样”；短消息则写成多个长段落。检查结果说明，给了完整要求也需要核对实际交付，不能只问模型“是否遵守了全部规则”。

再润色 并把具体错误一并改掉

本次用的是本站 Humanizer zh 中文去 AI 味 Skill 固定提交 91f3d394 的规则文件。我们没有测试它在 Codex 或 Claude Code 中的自动发现，而是读取实际 SKILL.md 全文，将其作为编辑规则显式放进第二次模型请求。两者不能混为一谈。

下载资源后保留原文件和 MIT 许可。已配置好支持 Skill 的宿主时，可以参照对应安装教程使用；只想重现这次文本方法，可把规则全文、事实卡和初稿放在同一对话，并追加：

使用我提供的Humanizer-zh固定规则润色，当前事实卡和交付格式优先。
只改表达，不根据规则里的示例添加产品功能、用户反馈或作者亲历。
删除“左侧”“弹窗”：事实卡没提供这两个细节。
FAQ必须恰好6题，依次为旧文件、新格式、排序、检查更新、Mac日期、费用。
每条FAQ回答也带“虚构产品·教学示例”，避免单独复制时被误当成真实公告。
不替材料断言旧按钮一定不能用，不补官方渠道、日期、下载或补偿政策。
长通知改为自然段落。短消息压到220个字符以内，可以删铺垫与旧入口，但保留Windows、2.4、生效日期时间和北京时间、新入口、仅文字、Markdown置顶顺序限制以及TXT替代办法。
继续输出相同JSON结构，不输出评分或内部分析。

短消息的上限在这一步从最初的约100—160字改为220个字符，是一次明确调整：允许保留必要条件，避免为了短而删掉会影响使用的限制。我们没有继续盲目重试多份文稿挑最好的一份。

看看实际留下的内容

第二次输出的短消息如下，未经过人工改写：

【虚构产品·教学示例】便签盒 Windows 版教学：2.4 版于 2026 年 10 月 20 日 09:00（北京时间）生效。新入口为“文件 > 导出便签”。TXT、Markdown 均仅导出文字；Markdown 不保留置顶顺序，改按创建时间排序，需要原置顶顺序时使用 TXT。

这段原始第二稿仍有一处事实条件遗漏：事实卡给的是“计划”版本与时间，短消息却写成“于……生效”，把计划写成了确定生效。“虚构产品·教学示例”只说明场景身份，不能补回计划条件。因此，这段原文尚不能直接作为正式通知，不能判为全部事实条件通过。

下面是AI助手校订示例：只在“于”前增加“计划”两字，其他文稿文字保持不变。它单独保存在 artifacts/short-message-reviewed.txt，不是 MiniMax 的第三次返回；原模型短消息仍保留在 short-message.txt。

【虚构产品·教学示例】便签盒 Windows 版教学：2.4 版计划于 2026 年 10 月 20 日 09:00（北京时间）生效。新入口为“文件 > 导出便签”。TXT、Markdown 均仅导出文字；Markdown 不保留置顶顺序，改按创建时间排序，需要原置顶顺序时使用 TXT。

补回计划条件后，它仍然是虚构教学材料，正式通知需要业务负责人确认真实事实。

配套的 artifacts/notices-polish.json 保留完整第二次输出，long-notice.md、short-message.txt 和 faq.md 是从它拆出的独立文稿。没有把第一稿的错误静悄悄覆盖掉。

查看原图 ↗

除上述必须纠正的计划条件外，原始第二稿还有可按场景调整的表达。例如长通知为避免混淆反复说明“教学”，直接读起来略显谨慎；在真实业务中，可以在事实已经确认后换成正式公告口吻。这里保留模型原样输出，是为了让你能看到此次实际结果，而不是只看到最后编辑过的漂亮版本。

逐句核对 不只找营销词

读长通知时，将每句话对应到事实卡：适用平台对应范围；日期对应计划；入口和操作对应动作；仅文字与排序对应限制；旧文件对应数据条件；费用对应不变项；更新入口对应查看条件。短消息再单独核对一次，因为删减最容易丢掉条件。

六条 FAQ 也要分别检查。第二次输出的旧文件回答说明了保留原样、不删除便签、不搬迁；Mac回答明确材料未提供；费用回答没有编造金额或永久免费额度。配套 fact-check.md 给出逐段依据、第一稿被退回的具体原因，以及第二稿短消息仍未通过的计划条件，方便你把同样方法用到别的通知上。

“语气自然”不等于“事实正确”。就算删掉“重磅升级”和“革命体验”，无依据的左侧菜单或补偿承诺仍然可能误导用户。先保住事实，再选择表达。

常见问题

输出不是合法 JSON：先完整保留原始文本，检查是否只是外面多了代码围栏。不要用字符串替换把引号全部删掉。如果你只需要发给编辑阅读，直接按三份文稿保存也可以；让程序读取时再按原结构修正。

模型说要你补充客服地址：资料没提供就写未提供，不为了让文稿“完整”填一个猜测的渠道。正式对外通知需要真实渠道时，由业务负责人补入已确认事实，再重新核对受影响句子。

润色后太长：先删开场与重复解释，再看能否拆出 FAQ。版本、时间、影响范围、替代办法应优先保留。不要把“文字导出”缩成“全部导出”，也不要把“本次费用不变”缩成“免费”。

这次两次云调用证明了这份材料上的生成与修订过程，不代表所有通知都能一次完成，也不证明任何“去 AI 味”检测器的分数。你可以直接下载文稿练习，不需要先运行模型或购买本站产品。