把配置项改名归入破坏性变更
“timeout 改成 requestTimeout，老的不能用了”是不兼容改动。单独成节并补上改名后重启服务的迁移提示。
把改动清单整理成更新日志
分类清楚，
破坏性变更必须标出来。
把提交记录、改动清单或发布草稿整理成分类清晰的更新日志：新增、修复、变更、破坏性变更。不编造版本号、日期与影响范围，破坏性变更单独成节并附迁移提示，缺什么就标待确认。
分类准确破坏性必标迁移不漏
02
审阅更新日志
结果会显示在这里
系统将逐条归类改动，把破坏性变更单独成节并补上迁移提示，标注版本号与日期的缺失项。
示例结果
你会拿到的输出，长这样。
下面是对上方演示原文的完整输出示例：完整度评分、逐条归类说明、被标为待确认的部分及原因，以及整理后的更新日志。示例为演示用途，不是客户案例。
示例
更新日志结果（示例）
完整度评分88/100
+50
把无数据的性能描述降级
“导出快多了”没有实测数据支撑，不写入变更描述，改为待确认项并说明需要数据。
拆开合并在一起的三条改动
原文一句话包含导出、登录与界面三项。拆成独立条目，避免其中影响升级的那条被合并掉。
整理后的更新日志
# 更新日志（草稿） 版本：待确认（原文未给出版本号与发布日期） ## 新增 - 待确认：无可明确归入新增的条目（原文“界面也调整了一下”未说明具体变化） ## 修复 - 修复登录相关问题：原文未说明具体现象与触发条件，待确认 ## 变更 - 导出功能调整：原文称“导出快多了”，未提供性能数据，该描述暂不写入，待确认 - 界面调整：原文未说明具体位置与变化，待确认 ## 破坏性变更 - 配置项 `timeout` 更名为 `requestTimeout`，旧配置不再生效。 - 迁移提示：将配置文件中的 `timeout` 改为 `requestTimeout` 后重启服务。 - 待确认：旧配置是静默失效还是报错，以及是否有兼容期 ## 待核实清单 - 本次版本号与发布日期 - 登录问题的具体现象与影响范围 - “导出更快”是否有实测数据支撑 - 旧配置的失效方式与兼容期
整理做什么
更新日志是给升级的人看的。
按用户感受归类
同一个改动，对用户是新功能还是行为变化，决定了它属于新增还是变更。
破坏性变更单独成节
不兼容的改动不能混在变更里。单独标出，并写清用户要做什么。
缺的版本和日期不补
版本号与发布日期来自发布流程，素材没有就写待确认，不猜一个看起来合理的数字。
为什么值得做
漏掉一条迁移提示，就是一次线上事故。
用户只看破坏性变更那几行
升级前翻更新日志的人，基本只找“我需不需要改代码”。藏起来的不兼容改动一定会被踩到。
版本号一错就对不上
随手写的版本号会和环境里的实际版本不一致，排查时所有人都被带偏。
合并改动等于删信息
把三条改动合成一句话，真正影响升级的那条最容易消失。
说明：更新日志的常见做法是固定分类、按版本组织，并把不兼容改动与迁移步骤显著标出。不同项目对版本号规则与分类命名有各自约定。本站只做文档整理，不读取仓库或代码差异，也不判断某次发版是否安全。
整理演示
同一段改动清单，整理后的样子。
整理前
这次更新优化了一下导出功能，现在导出快多了。另外修了登录的一个 bug，还把配置项 timeout 改成了 requestTimeout，老的配置不能用了。界面也调整了一下。
整理后
# 更新日志（草稿） 版本：待确认（原文未给出版本号与发布日期） ## 新增 - 待确认：无可明确归入新增的条目（原文“界面也调整了一下”未说明具体变化） ## 修复 - 修复登录相关问题：原文未说明具体现象与触发条件，待确认 ## 变更 - 导出功能调整：原文称“导出快多了”，未提供性能数据，该描述暂不写入，待确认 - 界面调整：原文未说明具体位置与变化，待确认 ## 破坏性变更 - 配置项 `timeout` 更名为 `requestTimeout`，旧配置不再生效。 - 迁移提示：将配置文件中的 `timeout` 改为 `requestTimeout` 后重启服务。 - 待确认：旧配置是静默失效还是报错，以及是否有兼容期 ## 待核实清单 - 本次版本号与发布日期 - 登录问题的具体现象与影响范围 - “导出更快”是否有实测数据支撑 - 旧配置的失效方式与兼容期
演示样例：把“快多了”这类无数据的描述降级为待确认，把配置项改名归入破坏性变更并补上迁移提示。在工作台提交你的清单即可得到针对你的版本（需登录，每次消耗 1 次额度）。
为什么可以放心
我们把“不藏破坏性变更”写进了产品原则。
破坏性变更单独成节
不兼容的改动不会混在普通变更里，一定单独标出并写清用户需要做什么。
迁移提示不能缺
素材里没写迁移步骤时，我们写明“缺失”并列入待核实，而不是编一条看起来合理的操作。
版本与日期不猜
版本号、发布日期、构建号一律来自你的发布流程，缺失就写待确认。
正文不留存
提交的内容仅用于本次 AI 处理，本站不主动保存正文；详见隐私政策。
常见问题
付费前，你可能想问。
会帮我判断某个改动是不是破坏性变更吗？
会标注可疑项，但最终判断需要你来确认。明显不兼容的改动（如配置项改名、接口参数变更）会归入破坏性变更，边界不清的会写明并列入待核实。
素材里没写迁移步骤怎么办？
我们会在该条目下写明迁移提示缺失，并列入待核实清单，不会替你编一段操作步骤。
会补上版本号和发布日期吗？
不会。版本号与发布日期来自你的发布流程，素材里没有就写待确认，避免与环境里的实际版本不一致。
一次整理消耗什么？耗时多久？
一次整理消耗 1 次额度，通常十几秒完成，输出更新日志、整理说明与待核实清单。
额度会过期吗？
不会。额度永不过期，本次没用完的部分会自动累积到下一次，不会清零。
支持批量处理或 API 吗？
目前每次处理一篇内容，不提供批量上传或 API，额度按次消耗。如你有大量自动化需求，请先邮件说明场景。
我的内容会被保存吗？
不会主动保存。正文仅用于本次 AI 处理，详见隐私政策。
适合哪些内容？
提交记录整理、发版前的改动汇总、内测反馈的修复清单、开源项目的 release notes 草稿——任何需要变成正式更新日志的改动描述。
简单透明的价格
先验证价值，再决定是否升级。
Starter
$9/ 月适合发布频率较低的轻量使用者。
- 50 次优化额度，每月续费发放
- 完整 GEO 分析
- 中英文输出
- Markdown 导出
Pro
推荐$29/ 月适合持续发布与快速迭代的高频使用者。
- 250 次优化额度，每月续费发放
- 完整 GEO 分析
- 中英文输出
- Markdown 导出
Advanced
$79/ 月含最高月度额度，适合最高频的深度使用者。
- 1,000 次优化额度，每月续费发放
- 完整 GEO 分析
- 中英文输出
- Markdown 导出
正在加载本地价格
额度永不过期：未用完的额度会累积到下一次，不会清零。额度仅在当前站点有效，不与其他站点通用。
标价为美元基准价；最终币种、税费与折扣由 Paddle 按结账所在地确定。