结构化文件与逐行文本的区别

JSON 可以用明确的字段组织每个 cookie，便于表达额外属性，也便于在程序间检查格式。但名为 JSON 的文件并没有自动统一的 cookies 字段标准，不同工具的导出结构仍可能不同。导入前需要确认接收方能识别这套字段，不能只根据文件扩展名判断兼容性。

Netscape 格式采用逐行记录，并用制表符分开字段。curl 的官方说明列出了这种格式的基本结构。它适合需要兼容传统工具的交换流程，但字段容量有限。Mac Profiles 的 JSON 交换支持其已验证的 SameSite strict 和 lax 表达，Netscape 不能完整表达这类属性；内部加密会话快照也不是这两种导出文件。

同名 cookie 不一定是同一条记录

判断一条 cookie 时，需要结合名称、域名和路径，而不是只看名称。两个路径下出现相同名称，可能代表不同使用范围。导入前查看替换数量，能够帮助你发现是否会覆盖目标配置文件已有的记录。对陌生文件，不要通过批量覆盖来试探它包含什么。

有效期和标记也应一起检查。过期记录不应被重新当成有效状态恢复，安全连接相关标记不能随意去掉，禁止脚本读取的属性也不应为了方便查看而改写。看到列表里有一条记录，只能说明浏览器存储中观察到了它，不能证明网站服务器仍接受这条会话。必要时应在授权的测试账户中完成一次真实访问验证。

在关闭的配置文件中完成交换

Mac Profiles 的 cookies 管理器针对单个已关闭的本地配置文件工作。打开管理器后，它会占用该配置文件的数据维护权限，避免浏览窗口和导入操作同时改写同一份数据。不要试图一边在页面中退出登录，一边往同一个配置文件导入旧记录，这会让结果难以判断。

导入会先检查文件结构和记录，再执行写入并重新读取确认；失败时应查看明确的错误，而不是继续假定所有内容已经生效。完成导入或删除后，应用还需要保存加密快照。点击完成并等待操作结束，比直接终止进程更有利于保持刚修改的数据。团队共享配置文件的普通本地 cookies 管理入口另有权限边界，不能通过本地编辑绕过团队规则。

导出文件需要像凭据一样处理

本地会话快照是加密的，但你主动导出的交换文件包含 cookies 的值。这两种文件不能混为一谈。导出前只选取完成任务必需的记录，确认接收方身份和保存位置；不要把文件放入公开网盘、代码仓库、问题反馈或带有自动预览的群聊。截图默认隐藏值，只是减少误展示，不会让导出文件自动失去访问能力。

如果文件已经送错人，撤回聊天消息不一定能撤回已下载的副本。应根据网站自身的能力结束相关会话或更新访问凭据，并通知团队负责人。Mac Profiles 的团队成员撤权也不等于网站服务器已经注销了那些 cookies。权限管理和会话撤销需要分别处理。

最后，cookies 只是浏览器状态的一部分。站点还可能依赖本地存储、数据库、服务工作线程或服务端验证。一次格式转换不能保证完整迁移，更不应把手机收到文本文件描述成 Safari 已自动安装会话。为迁移建立一份简短验收记录，写明格式、范围、时间和实际测试结果，能让后续排错更直接。