先确认电脑与当前发布说明

Mac Profiles 客户端目前面向 Apple Silicon Mac，基础应用要求 macOS 14 或更高版本；具体功能可能有更窄的运行条件。当前受保护代理启动仅针对已检查的 macOS 26.5（25F71）和 WebKit 21624.2.5.11.4 组合开放，启动前会核查版本与运行能力。满足基础系统要求，不代表自动满足代理运行条件。

Intel Mac、Windows 或 Linux 不是当前客户端支持范围，服务端可以部署在其他系统也不会改变这一点。下载前查看页面上的架构、版本、构建号与限制说明，并保留这份信息用于反馈。不要根据一个旧聊天附件的文件名，判断它仍然是推荐测试的最新构建。

校验文件与确认发布者是两件事

应从项目指定的可信下载页面取得安装包，并核对页面公布的校验值。校验匹配有助于确认手上的文件与所公布文件一致，却不能单独证明公布页面或发送者本身可信。如果链接来自陌生转发，先核实来源，不要因为同时附带一串校验字符就认为已经获得完整的身份保证。

新的内部测试构建使用固定的团队证书签名，使应用身份在更新之间保持稳定，但它仍不是完成 Developer ID 签名与 Apple 公证的正式发行版本。从旧的 ad-hoc 构建升级时，首次访问原有钥匙串密钥仍可能需要授权，macOS 也可能显示首次运行提示。Apple 的官方说明解释了 Gatekeeper、开发者身份与公证的作用；这些检查不应被宣传成多余障碍，也不能用应用已经成功启动来代替对发布渠道的确认。

只为已确认的应用作出明确选择

遇到系统阻止打开时，先看清提示针对的是无法验证开发者、无法检查软件，还是已经发现损坏或恶意内容。不同提示不能用同一种操作处理。只有确认来源可信、版本正确并接受测试风险后，才按 Apple 的官方指引决定是否允许这一个应用。不要关闭全局安全检查，也不要运行来源不明的终端命令。

安装与更新时应先正常退出旧版本，等待窗口和保存工作结束，再按照当前发布说明替换应用。不要同时运行多个测试副本来共享同一份用户资料。若某次更新出现问题，保留错误信息与构建号，避免直接清空应用数据；旧版本也未必能够读取新格式文件，回退前应确认兼容说明。

第一次测试从可丢弃的配置开始

创建一个明确标记的本地测试配置，使用自己有权访问的非关键网站，检查窗口尺寸、标签页、笔记和正常关闭。需要代理时，再单独配置连接并检查出口预览；没有代理的配置走 Mac 的普通网络。自动地区检查成功不等于所有网络路径已经得到绝对保证，也不意味着完整浏览器指纹已经实现。

随后测试正常重启，确认可观察的 cookies 与标签页按预期恢复，并尝试一次可恢复删除。团队功能应由管理员提供正确地址和个人权限，再用测试项目验证打开与交接。不要为了省去初始化步骤，把最高权限令牌或者关键 cookies 放进公开问题报告。截图也应隐藏数值和私人项目名称。

反馈时描述预期结果、实际结果与最短复现步骤，附上系统版本和应用构建号即可。若出现保存失败，应优先保留未提交的重要内容并按照提示处理。私有测试并不要求你承担不可恢复的数据风险；保留原有工作方式、逐步扩大试用范围，才有助于判断何时可以承担更多真实任务。