Cookie 与 Sign 应按登录凭据保护：只在本人控制的设备上获取和使用，不通过聊天、网盘或截图分享，不写入公开文档，也不在多台电脑间随意复制。它们看起来只是一串字符，却可能代表一段仍然有效的账号会话，泄露风险接近密码而不是普通参数。
先缩小凭据出现的范围
最安全的凭据是没有被额外复制的凭据。若工具能在本机完成抓取与保存，就不要手工粘贴到记事本。排查问题时只记录“是否获取成功、获取时间、何时失效”等状态，不记录具体值。团队流程文档应写操作步骤和责任人，不应包含任何真实 Cookie、Sign、验证码或账号密码。
截图尤其容易造成无意泄露。提交故障截图前，检查输入框、事件日志、浏览器地址栏、通知弹窗和剪贴板工具。遮挡时要覆盖完整字符串，不能只涂掉中间几位；更稳妥的方法是重新截取不包含敏感区域的画面。
做好设备与账号隔离
处理工作账号的电脑应启用系统登录密码、自动锁屏和磁盘加密，避免多人共用同一系统账户。远程协助时，由账号持有人在场操作，结束后关闭远程连接并检查是否遗留文件。公共电脑、临时云主机和来源不明的远程环境不适合保存长期登录状态。
不要为了方便关闭系统防护或给所有程序管理员权限。抓取功能需要本机网络代理时，只允许可信程序在必要范围运行；若企业设备受统一策略管理，应由管理员确认，而不是自行绕过限制。
AI扩展可以作为在本机抓取并保存剪映登录态的可选效率工具，但工具能保存不等于用户可以转发，凭据仍应受账号安全规则约束。
凭据失效时正确处理
任务突然提示登录态无效，先停止重复尝试，回到官方客户端确认账号状态。若账号已退出或要求安全验证，通过官方流程重新登录，再重新获取当前状态。不要从旧聊天记录寻找别人曾发送的值，也不要购买或交换所谓“长期有效”的状态。
如果怀疑泄露，应立即通过官方渠道退出其他设备或修改密码，并完成必要的安全验证。随后清理本机不安全副本，包括临时文本、聊天附件、工单附件和云同步目录。仅删除桌面文件可能不够，回收站和同步端仍可能保留副本。
日志与备份怎么兼顾
故障日志应保留操作时间、步骤、错误类型和程序版本，但敏感字段应由程序默认脱敏。人工复制日志前可搜索 Cookie、Sign、token、authorization 等字段，确认值未暴露。若不确定，先只提供错误代码和前后步骤，让支持人员明确需要哪些非敏感信息。
凭据本身通常不应进入日常备份。恢复电脑后重新登录、重新获取，虽然多一步，却能避免备份盘或云端副本长期保存有效会话。项目素材备份与账号凭据备份是两回事，不能因为要保护素材，就把全部应用数据无差别同步。
便利与安全的取舍
频繁登录会降低效率，但把同一状态发给多人会扩大泄露面。团队更适合使用平台允许的账号与权限方案，明确谁在什么设备上运行任务，并定期检查登录设备。任何便利措施都不能突破平台条款或素材授权边界。
FAQ 与边界
只发给可信同事可以吗？ 仍不建议。聊天平台、接收设备和备份都会增加副本，无法保证后续删除。
遮掉一半字符串够不够？ 不够，剩余内容可能仍暴露结构或被日志关联，应完整移除敏感值。
Cookie 失效后可以公开吗？ 也不应公开；你无法仅凭一次失败确认所有服务端权限都已失效，而且其中可能包含账号标识。
