Praat 官方变更记录显示，7.0 引入了脚本信任检查和设置、按钮、插件位置调整这 2 项重大变更；官方 Mac 下载页列出当前版本 Praat 7.0.02，并注明其在 Intel 与 Apple Silicon 处理器上的测试范围。基于这两点，新项目可以从 Praat 7.0.02 起步；在研项目若依赖写文件脚本、系统命令、旧插件或固定配置路径，本周先保留旧版，再用隔离的 Mac 环境完成代表性任务验收，通过后再升级或双轨运行。(praat.org)
正在启动新语音研究项目的学生，可据此判断是否采用当前版本。
维护历史脚本、插件或自动化任务的研究者，可据此确定回归测试重点。
负责实验室软件环境的技术人员，可据此制定试用、回退与课题组放行流程。
最后更新于 2026 年 10 月 9 日；版本与变更信息核对自 Praat 官方变更记录及 Mac 下载页。
SECTION 01 先按课题状态决定是否升级
Praat 7.0.02 Mac 升级不是单纯替换应用程序：是否适合你，取决于课题有多少现存依赖，以及能否用真实材料复现旧版结果。官方支持某一 Mac 处理器或系统版本，不等于你的脚本、插件和分析流程已经通过课题验收。
- 新项目、尚无旧版依赖：可先以 Praat 7.0.02 建立项目基线，并将版本、系统版本、脚本和参数一并记录。官方 Mac 下载页列出 7.0.02，并表示该版本在 macOS Tahoe 26 上、针对 Intel64 与 ARM64（Apple Silicon）处理器进行测试；这说明有官方测试依据，但不能替代你对具体流程的验证。(praat.org)
- 在研论文或固定流程：先冻结当前能产出预期结果的环境。若涉及批量写文件、调用系统命令、使用旧插件或依赖旧设置路径，先回归测试，不要因为新版能启动、能打开音频就直接替换。
- 需要持续交付的课题组：在代表性材料通过验收前保留旧版可用环境。必要时短期双轨运行，并明确哪一版生成正式结果，避免成员各自升级后无法确定结果对应的环境。
SECTION 02 Praat 7.0 的信任检查要重新核对什么？
脚本重新检查信任，不代表旧脚本一定有问题，而是运行权限边界发生了变化。Praat 官方变更记录明确将 7.0 对“尝试写文件或访问系统命令”的脚本完整信任检查列为重大变更；官方 sendpraat 文档也说明，完整信任与脚本能否保存文件、调用系统命令有关。(praat.org)
优先盘点以下自动化步骤：批量导出 WAV、TextGrid 或统计结果；脚本创建、覆盖、移动文件；通过系统命令启动外部程序；以及由其他程序调用 Praat 或向运行中的 Praat 发送脚本。对这些步骤，不要把安全确认当成可以绕过的障碍；应先查清脚本实际要访问的文件与命令，再按 Praat 的信任提示和实验室安全流程授权。
建议的回归范围：选项目副本和公开或脱敏样例，逐项确认输入文件读取、输出目录写入、已存在文件的处理方式、命令行调用和错误日志。不要在唯一的原始数据目录里首次测试，也不要用“脚本没有弹错”代替对导出内容的核验。
SECTION 03 插件、设置和按钮文件迁移
Praat 官方手册列出的 Mac 偏好设置目录从 6.xx 的 ~/Library/Preferences/Praat Prefs 变为 7.xx 的 ~/Library/Application Support/Praat；设置文件、按钮文件和插件都与偏好设置目录相关。只找到新版目录，并不能证明旧插件已被加载，更不能证明插件运行结果正确。(praat.org)
升级前先盘点实验室实际使用的自定义内容：插件文件夹及其 setup.praat、按钮文件、脚本保存的个人设置，以及是否从其他脚本或程序调用插件。Praat 插件机制会在启动时运行偏好设置目录下符合规则的插件初始化脚本，因此迁移后要分别检查插件文件是否在预期位置、启动脚本是否执行、按钮是否出现，以及按钮调用的脚本是否能访问它需要的文件。(praat.org)
按钮文件记录菜单命令的可用性与显示状态，并在退出时写入、下次启动时读取；而插件初始化添加的命令和按钮文件中记住的命令并非同一件事。迁移时分别比对菜单状态和插件启动结果，避免把“按钮还在”误判成插件全链路正常。(praat.org)
SECTION 04 隔离验收：用同一组材料比较前后版本
在研课题最有价值的测试，不是随手打开几个文件，而是用一组能够代表正式分析的样本，让旧版和 Praat 7.0.02 执行同一条流程。将两边的输入材料、脚本版本、参数、输出目录和人工核对记录放在一起，结果差异才有机会被定位，而不是归因给不确定的环境变化。
可按以下里程碑操作：
- 冻结基线。记录当前 Praat 版本、macOS 版本、脚本与插件副本、关键设置和输出样例；确保回退时能恢复原环境。
- 挑选代表性材料。纳入常见音频、TextGrid，以及课题中需要特殊处理的边界样本；只能使用已获准的公开、脱敏或项目副本。
- 复制并隔离环境。在独立 Mac 用户环境或可回退的测试环境中安装 Praat 7.0.02；不要覆盖正在支撑论文或课程工作的唯一版本。
- 按正式路径运行。依次执行对象读取、TextGrid 标注查看与编辑、脚本处理、外部命令调用和结果导出；需要信任确认时，核实脚本来源与操作内容后再按实验室规则处理。
- 逐项对照结果。比较对象是否成功读取、标注是否保留、导出文件是否完整、命名与目录是否符合预期，并对关键结果进行人工核验。不要只比对界面显示或文件数量。
- 记录差异并复测。出现差异时，先区分路径、权限、插件加载、脚本逻辑还是分析结果，再做最小化复测；未能解释的差异不应直接放行。
- 形成放行与回退条件。记录通过的系统、Praat 版本、脚本与插件版本，并写明遇到什么情况恢复旧环境、何时允许团队成员升级。
- [ ] 已保留可启动的旧版环境和可恢复的自定义文件。
- [ ] 已用项目副本运行会写文件或调用系统命令的脚本。
- [ ] 已核对 Praat 7.0.02 的插件加载、设置和按钮状态。
- [ ] 已对照音频、TextGrid、导出结果与人工检查记录。
- [ ] 已写明团队放行人、回退方法和复测条件。
提醒：应用启动成功只证明程序能打开；对象能读入只证明读取路径可用。这两项都不能单独证明分析结果复现、标注流程完整或论文数据可以直接交付。
SECTION 05 macOS Tahoe 26 与跨平台课题组
Mac 下载页将 macOS Tahoe 26 列入 Praat 7.0.02 的测试范围，并注明覆盖 Intel64 与 Apple Silicon；这属于官方测试信息，不是对你实验室具体设备、音频接口或脚本的兼容保证。若课题组使用 Tahoe 26，应在实际 Mac 上复核系统版本、程序启动、音频输入输出权限，以及项目所需的脚本和插件。(praat.org)
跨平台协作还要把平台差异纳入验收。文件路径写法、命令行调用、外部工具和插件依赖都可能影响流程；Praat 的命令行手册分别给出 Mac、Windows 与 Linux 的调用示例，官方也分别提供这些平台的下载说明。由此可以确认各平台存在相应发行版与调用方式，但不能推断同一套实验室脚本在三者上必然得到相同结果。(praat.org)
如果团队同时使用 Windows、Linux 和 Mac，请在实际的平台组合上验证同一批交付文件与研究结果。路径、外部命令或插件有平台专属写法时，要么明确记录各平台实现与输出要求，要么把正式分析固定在已经验收的平台；不能从某一台 Mac 上成功运行，就推断整个课题组兼容。
对于还没有可用 Mac 的课题组，可先查看 VPSNIX 的远程 Mac 环境入口，确认实际提供的访问方式是否适合隔离验收；具体套餐与费用以 VPSNIX 方案页面当时列出的信息为准。远程 Mac 适合短期迁移测试或临时获得 macOS 环境；若你长期持续运行重负载分析、必须连接本地物理设备，或需要稳定控制实验室硬件，先比较自有设备、本地实验室 Mac 与其他计算资源，不必为了测试而租用。
SECTION 06 放行结论：升级、暂缓还是双轨
用以下条件收口，能避免把“新版已经安装”变成未经验证的团队迁移：
- 选择升级：新项目没有旧版依赖，或代表性数据、脚本、插件和导出流程均已完成对照，且结果经过人工核验。
- 选择暂缓：在研项目临近交付，旧版结果稳定，但关键脚本写文件、调用系统命令或迁移后插件行为尚未查明。
- 选择双轨：团队需要试用新版本，同时又必须维持现有课题复现；先明确新旧环境的用途、数据目录和结果归档方式，避免两条流程相互覆盖。
真正需要评估的不是“Praat 7.0.02 能不能启动”，而是你的语音研究流程能不能在明确的版本、路径和权限条件下复现。若现有方案只能靠共享旧 Mac、临时借设备或不断手工修复路径，常见代价是环境难以隔离、复测不方便、团队版本不一致；若只是短期完成迁移验收或测试 macOS 专属流程，租用 VPSNIX 的远程 Mac 可作为替代自购设备的临时选项，先核实实际环境和套餐信息再决定。