第一步：把异常写成一个可以验证的问题
不要只记录“不能用”或“翻译有问题”。先写明平台、会话类型、翻译方向、消息形式、触发动作和实际表现，例如普通短文本是否完全无译文、译文是否延迟，或问题是否只在某个客户端窗口出现。
一次记录只处理一个主要异常。如果同一时间还有白屏、登录失败和网络中断，应拆成不同记录并标注先后顺序。问题边界越清楚，越容易判断下一步需要检查平台原始消息、Lookworld 流程还是系统环境。
兼容记录的目标是让别人按同样顺序重现，而不是汇总传闻。每条记录固定写测试日期、Windows 环境、安装来源、聊天客户端、目标语言、样本编号和实际结果；版本号只记录设备当时显示的值，不把它称作最新版本，也不推断其他设备会得到同样结论。
- 把现象写成具体问题
- 一次只记录一个主要异常
- 标明平台与翻译方向
第二步：记录 Windows、Lookworld 与平台环境
记录 Windows 版本、Lookworld 页面或程序实际显示的版本信息、安装来源、WhatsApp 或 Telegram 客户端版本，以及问题首次出现的本地时间。不要用“都是最新版”代替具体记录，因为各组件更新时间可能不同。
版本信息无法找到时就写“未确认”，不要从搜索摘要或历史频道补一个数字。公开历史发布记录可以证明过去出现过 Windows 文件和兼容修复，却不能确定当前官方版本，也不能独立证明历史频道的运营归属。
建立来源页时，把 lookworld.pro 作为产品与下载入口的官方依据；历史 Telegram 发布归档只能补充过去的发布线索，并明确其运营者身份未获独立确认。WhatsApp 与 Telegram 的资料分别引用各自官方说明，避免用一个平台的文档解释另一个平台。
- 记录三个层面的环境
- 未知版本明确标为未确认
- 历史记录不代替当前状态
第三步：先验证聊天平台原始消息链路
在观察第三方翻译前，确认 WhatsApp 或 Telegram 能正常登录、打开目标会话、收发普通消息并显示原文。如果原始消息本身延迟、缺失或无法打开，就应先按平台官方路径处理，而不是把问题归到 Lookworld。
Meta 与 Telegram 都公开了各自的消息翻译能力，但入口和可用范围需要在当前客户端核对。记录原生入口是否出现可以帮助描述环境，却不能据此推断 Lookworld 当前一定兼容或不兼容。
WhatsApp 场景先验证客户端自身：打开预先准备的测试会话，确认界面与官方公告所述功能是否在该账号可见，并记录观察结果。随后再按固定步骤使用 Lookworld。若两阶段表现不同，只描述差异，不宣称 Lookworld 支持所有账号、地区或未来版本。
- 先确认原始消息正常
- 记录当前原生翻译入口
- 不从原生能力推断第三方兼容
第四步：建立一条完全脱敏的最小样例
使用一条虚构、普通、长度适中的短文本，只包含常见文字和标点。样例不得来自真实客户、联系人、订单、合同或内部讨论，也不要保留账号、地点、电话号码、付款信息和可识别的业务组合。
先固定一个翻译方向并重复两到三次，记录每次触发时间、原文出现时间和译文表现。基础文本没有稳定结果前，不加入图片、语音、引用、链接、表情或长段落，以免消息格式成为新的变量。
Telegram 场景也从官方文档对应的原生入口开始，记录语言设置、消息类型与是否出现翻译选项，再进入 Lookworld 测试。原生功能是否可用与第三方工具是否工作是两个结论；把它们分栏记录，可以避免把客户端限制、账号差异或界面调整误写成产品故障。
- 样例完全虚构
- 固定一个翻译方向
- 复杂消息放到后续测试
第五步：WhatsApp 与 Telegram 分开复现
即使两个平台出现相似现象，也要分别建立记录。先关闭无关平台，只在一个客户端、一个账号和一个测试会话中操作；完成后退出并保存结果，再切换到另一个平台使用独立样例复测。
历史发布记录曾提到两个平台的兼容修复，这只能说明兼容变化过去发生过。它不支持把 WhatsApp 的结果直接套用到 Telegram，也不支持把某次历史修复描述成今天所有客户端变体都已适配。
一次复现采用“启动、打开测试会话、输入固定样本、执行翻译、记录输出、完全退出”的顺序，至少重复两轮。第二轮若不同，应保留两次结果并标记不稳定，而不是选择看起来更理想的一次。样本只用虚构内容，确保记录可以安全地交给支持人员。
- 两个平台分别测试
- 每个平台使用独立记录
- 历史修复不是当前保证
第六步：一次只改变一个环境变量
复现过程中保持 Windows、网络、聊天平台、Lookworld 和权限设置尽量稳定。需要测试网络时只更换一个可信连接，需要测试权限时只调整当前任务明确需要的一项，并在每次变化后重复同一条最小样例。
不要同时重装程序、更新平台、切换代理和关闭防护。多项变化可能让问题暂时消失，却会丢失原因，也可能扩大风险。每轮都记录改变前状态、主要变化、结果和恢复动作。
变量表一次只改一项，例如只更换聊天客户端、只调整目标语言，或只重启 Windows。不要在同一轮同时重装多个程序和改变账号设置，否则即使问题消失也无法判断是哪一步起作用。无法单变量复现时，结论写“当前条件不足”，比猜测原因更有价值。
- 环境尽量保持稳定
- 每轮只改变一个变量
- 记录变化与恢复动作
第七步：制作脱敏时间线与截图证据
时间线至少包括打开会话、原始消息出现、触发翻译、译文出现或失败提示的本地时间。对延迟问题应记录实际秒数和重复次数，而不是只写“很慢”；对显示问题应描述窗口位置和可重复条件。
截图前关闭通知和无关窗口，只截取必要区域，并遮挡联系人、头像、账号、消息正文和组织名称。错误文本若包含路径、用户名、会话标识或网络信息，也要先清理与问题无关的部分再保存。
证据包采用最小化原则：一张脱敏截图对应一个步骤，一段提示原文对应一个时间点，必要时附上短屏幕录制但遮盖通知与账号信息。文章不假定 Lookworld 的隐私实践；这里描述的是用户整理材料时可主动采取的保护措施，以及哪些信息不应进入公开问题单。
- 时间线记录关键节点
- 延迟使用实际秒数
- 截图和错误文本先脱敏
第八步：形成结论边界并决定下一步
结论只描述本次环境，例如“在已记录的 Windows 与客户端版本下，虚构短文本重复三次均未出现译文”。不要扩大成“Lookworld 不支持 WhatsApp”或“Telegram 一定兼容”，除非当前官方资料明确给出对应结论。
随后回到 lookworld.pro 查看当前说明，并通过官网当时提供的渠道提交脱敏摘要。来源、版本或联系身份无法核验时就停止，不发送真实聊天记录；工作需要继续可暂时使用当前平台可用的原生翻译或人工复核。
记录末尾给出下一步：可稳定复现则提交脱敏步骤，不稳定则扩大重复次数，原生客户端已异常则先查对应官方文档，下载来源不明则停止安装。需要重新获取 Lookworld 时只前往 lookworld.pro 核对官方入口，不从历史归档或转发消息直接推定当前安装包。
- 结论限定到本次环境
- 通过当前官网核对下一步
- 无法核验时停止并回退