为什么要分开记录屏幕、场景和备注
协助请求记录最常见的坑就是急着把看到的东西全塞进同一行：屏幕上跳出什么提示、当时在哪个页面、自己猜测的原因混在一起。过两天回看，自己都理不清哪句是事实、哪句是临时推测。分开记录屏幕、场景和备注，本质上是把“看到的”“发生的”“下一步”拆成三个独立的框，每条信息都有明确的出处，复查时不用再重新回忆。
屏幕上的提示文字、图标、颜色变化属于客观材料，一旦截图或拍照，就不会随记忆变形。出现时的场景——比如刚插上数据线、刚打开某个应用、刚点击某个按钮——解释了这条提示是在什么状态下产生的。备注则是给自己看的补充字段：接下来该去站内哪个页面核对、还缺哪张截图、资料页名称是哪个。混在一起，下次打开文档根本分不清主次；拆开之后，每一条都能单独检查和追溯。
屏幕画面单独描述
把屏幕内容说清楚，并不是把别人转述的话直接贴进去。协助请求记录里的屏幕栏，只写显示在设备屏幕上的文字、符号、页面标题，以及当时位置的大致描述，比如“显示‘Settings’菜单并高亮‘Device’项”。不要在这一栏填入“对方说出现了错误”“可能是没电了”这类推测，否则屏幕事实和外部解读搅在一起，后续核对时很容易被带偏。
如果屏幕处于自动轮播或多页切换状态，可以按顺序记：先显示什么，两三秒后变成什么。不用追求一句话概括所有变化，分段写反而更清晰。实在记不住完整提示时，拍一张屏幕照片或截图，编号放进备注，屏幕栏里就写“见截图03”。这样即使后面资料更新，旧截图依然保留原始画面，不会因为补充新内容而覆盖掉当初看到的界面。
- 先写屏幕上的文字与图标，不写解释。
- 遇到多屏切换，按时间顺序分段记录。
- 有截图时，屏幕栏写截图编号，原图保留不动。
请求场景按顺序记录
屏幕出现提示的瞬间，通常对应着某个操作或状态变化。场景栏的作用就是还原这个前台上下文，比如“连接电源后，屏幕自动亮起并显示此提示”“在‘Device’页面停留约十秒后弹出”。场景可以从发起时间、页面位置和设备状态三个角度写，但不用凑齐所有维度——有什么记什么，缺的就空着，事后补上就行。
按顺序排列场景很重要，尤其是前后多次操作出现不同提示时。如果记录写成“打开某页面后提示A，再提示B”，不如改成两条独立的场景记录：第一条“打开页面X，设备状态为连接电脑”，第二条“点击按钮Y后，设备仍处于连接状态”。这样哪怕后面找资料只针对某一条，也能单独拎出来核对，不用硬读一整段。
场景栏也适合填入请求来源：是自己操作时看到，还是其他人转述的。转述的信息最好注明转述人和时间，避免当作一手材料反复引用。比如“同事Li转述，2025-05-20，设备开机后出现提示”。后续如果需要向他人确认，这些标签就能直接定位到对话时间点，不用再回忆是哪次聊天提过。
用备注表记录下一步
备注表不是写结论的地方，而是专门存放“接下来要查什么”的字段。可以写站内继续阅读的页面名称、待补的截图编号、资料页链接。比如“参阅 验证指南 核对提示是否属于正常流程”“补充电线型号截图”。这样做的好处是，复查时打开备注，就能立刻知道该往哪个页面走，不用重新梳理一遍所有线索。
备注里不要写“估计是系统bug”“应该没大问题”这类推断。如果记录被转给其他人参考，这些推测很可能被当成事实引用。只记下一步行动，不写主观判断，整个协助请求记录的可信度会高很多。
当屏幕照片或截图补全后，备注里对应的“待补充”项就可以改成“已补，见截图05”。旧的备注不用删除，直接追加新的时间和内容，这样任何时候看到这条记录，都能还原资料的补充过程。如果站内资料页发生变化，也只需在备注里追加新的查看时间和页面链接，旧记录编号保留，提醒自己以前参照的是哪一个版本的资料。
需要配合站内页面复查时，可以先打开 Ledger 钱包使用问题 这类汇总页，对比屏幕栏里记录的提示文字是否出现在常见表现列表中。如果完全对应得上，就在备注里记下对应条目编号；如果找不到相近描述，就继续在资料页目录里翻看其他分类。这种找法比在搜索引擎里乱翻更聚焦，因为资料页里的信息已经按设备功能分组，不会突然跳出一个毫不相关的第三方文章。
整理协助请求记录，目标不是替谁做出外部判断，而是把零散的屏幕线索、发生场景和待查页面整理成一条能继续往下阅读的路径。屏幕、场景与备注表就像三个钩子，各自钩住一部分事实，合在一起又能拼出完整的时间线。
延伸参考:Ledger 真伪核验指南、Ledger 常见问题。
