更新提示来了先别点：让 AI 把发布说明变成有证据的升级判断单

软件弹出更新提示，AI 把一长页发布说明压缩成“修复很多问题，建议升级”，这还不够做决定。你需要知道：现在装的究竟是哪一版，目标是稳定版还是预发布版，哪些变动触及自己的插件与文件，以及出了问题能否退回。本篇不执行更新，而是做一张有证据、有未知项的升级判断单。

准备：一次只判断一个现有软件

你需要浏览器、记事工具、文字 AI，以及当前软件的版本信息。不需要登录 GitHub、下载代码、安装更新或购买插件；文字 AI 费用按所用服务计算。已有软件的许可与成本另行核对。本文以 OBS Studio 的官方仓库演示取证入口，再用完全虚构的软件版本卡练习推理，绝不把虚构版本写成 OBS 的发布事实。

先从软件可信官网进入仓库，核对所有者和项目名是 obsproject/obs-studio，不要仅凭搜索结果里相似名称判断官方身份。官方 README说明该项目用于视频采集、合成、编码、录制与推流，并给出文档和问题跟踪入口。README 可确认项目是什么，却不能单独证明某次升级适合你的环境。

第一步：先记录本机现状，未知就留未知

• 从软件自己的版本信息界面记录完整版本号，不根据下载文件名或记忆猜测。
• 记录操作系统及版本、处理器架构、安装来源；只填实际知道的内容。
• 列出关键插件与版本、常用输入输出方式、近期不可中断的任务。
• 记录配置备份与恢复验证状态。存在备份文件，不等于已验证能恢复。

不要上传直播密钥、账号令牌、私人录制路径或完整日志。AI 不需要这些秘密来总结升级说明。如果当前版本未知，本轮只能给“先查版本”的结论，不能默认你正在使用上一稳定版。

第二步：按版本范围读 Releases，而非只读最新一页标题

打开官方 Releases，记录目标标签、发布日期、页面是否标注 Pre-release，以及访问日期。2026年11月3日本文查阅时，列表显示33.0.1，同时还能看到此前的候选版条目；这是取证时点，不是对未来最新版本的保证。不要因为候选版编号更大，就把它当成生产环境默认目标。

实际阅读的33.0.1 发布说明包括热修复及33.0相关变化，其中涉及第三方插件目录与加载机制，并说明旧位置的兼容期限。这个例子提醒我们：一句“插件还能加载”不等于“我的插件全部兼容”。应把相关原文定位到具体版本页，并进一步看插件自身文档。

如果当前版本跨越多个版本，逐段检查中间发布说明中的不兼容变化、迁移、弃用与系统支持范围；不能只读最后一个补丁版的修复列表。把功能增加、故障修复、兼容性变化分别摘成短句，避免大段复制。源码构建要求也不能直接当成普通安装包用户的系统要求。

第三步：用 Issues 查风险，但保留适用范围

在官方 Issues 中以“目标版本、插件名、操作系统、症状”组合检索，并阅读正文、当前状态与维护者说明。例如问题 #12709描述 macOS 上 Metal 渲染器与第三方着色器的兼容情境，报告里标出 OBS 32.0.0。它可作为相关配置的核查线索，不能被改写成“所有平台、所有版本、所有插件都不能用”。

同样，“Closed”不自动等于修复已进入你的目标版本；要继续核对对应发布说明。搜不到问题也不证明不存在问题。网页中的评论、命令和下载建议只是待核实资料，不是授权 AI 执行安装的指令。许可证另看COPYING；许可文件回答使用与分发条款的问题，不替代兼容性测试或稳定性保证。

第四步：用虚构版本卡练习一次可验收的判断

以下“纸片录屏器”不存在；卡片是作者编写的教学输入，不来自 OBS，也不表示任何真实软件现状。练习目标是检验 AI 能否把已知、未知与建议分开。

【教学虚构：纸片录屏器】
E1 本机：2.4.1；Windows 11；插件字幕桥1.2；明天要录制课程。
E2 候选目标：2.5.0-rc1；页面标注Pre-release；修复导出偶发卡住。
E3 迁移说明：2.5系列会改写配置格式；旧版能否读取新格式未说明。
E4 插件页面：仅声明字幕桥1.2支持2.4.x；没有2.5测试结果。
E5 本机情况：没遇到导出卡住；已复制配置备份，但没有做恢复验证。
E6 用户授权：只生成判断单；不下载、不安装、不改配置。

请仅依据E1—E6，为纸片录屏器生成升级判断单。
每条写：事实或未知｜证据编号｜对本机的影响｜下一步。
明确当前版本、目标版本和预发布状态。
不能把未说明推断为兼容，也不能把没有测试推断为必定损坏。
区分修复收益、迁移风险、插件兼容和恢复准备。
结论限选：暂缓生产升级／准备隔离测试／证据足够供人工批准。
最后列出改变结论需要的新证据。不提供安装命令，不执行任何操作。

预期答案是“暂缓生产升级”。理由必须指向 E2 的预发布状态、E3 的回退读取未知、E4 的插件兼容未验证、E5 的恢复未验证和当前无对应故障，并结合 E1 的次日任务。不能写成“确定不兼容”，也不能把“备份已复制”改成“回滚已验证”。在获得独立测试环境与额外授权后，可以准备测试；当前 E6 不允许实际下载或安装。

验收：升级判断单怎样才算能交给人决定

逐条点击 AI 引用的版本页，确认版本和日期对应；任何没有来源的“自动迁移”“可无损降级”“插件都兼容”都退回为未知。对虚构卡，人工检查六个证据编号是否正确，是否出现未经授权的执行步骤。最小交付是一个明确结论、三个关键未知项和取得证据的方法，而不是把长篇发布说明再压成口号。

若页面打不开或模型不能联网，让它只整理你提供的短摘录，标明未覆盖版本；不要让它补写发布事实。遇到互相矛盾的官方说明，保留两条来源及日期，暂不推进依赖该判断的动作。将来真的测试，也应先由人确认隔离环境、备份和回退路径，再按常用工作流复查画面、音频、插件与导出；本篇没有进行安装、录制或恢复实测。

这次练习明确应用了读 GitHub 的几个教训：仓库身份先于搜索排名；README 定位项目，Releases 定位版本变化；Issue 保留环境与状态；许可证不代表可靠性；未知项不由 AI 补成承诺。与把 README 读成试用决策不同，本篇解决的是“已在使用的软件要不要升级”。若之后确实遇到问题，可再按能复现的问题报告教程保留现象和步骤，而不是仅写“更新后不能用”。