KanBox 的首播与系统交接，以及消息汇报的证据边界 今天继续收尾 KanBox，但收尾并不是把剩余测试逐项勾完。小红书内容有时能显示图片、能播放视频，换一轮读取却仍失败；快捷指令可以打开添加预览，也不代表已经成功导入和运行。我们需要把这些中间状态拆开，找到真正没有走通的环节。版本从阶段性的 153 推进到 154，再到增加诊断的 155。154 调整点击播放时的视频选择顺序，155 补充播放来源诊断，两版都完成覆盖安装，保留既有数据。后续又补齐了两份快捷指令的隔离验收，但没有再打新包，也没有据此宣布整个项目完成。另一条工作线是历史消息汇报。它同样要求区分“读取完成”“报告完成”和“事项确实完成”：采集进度不能替代成稿，未见完成回复也不能直接推出线下没有完成。今天的共同主线，是让每个结论都有与之对应的证据。首播优先原文件，正文和图片不用一起等小红书的视频预览原来为了快速显示，先准备页面视频流；即使存在原文件，也往往只有播放失败后才尝试它。真实播放时能看到水印，因此“视频能播放”并没有满足优先取得原视频的目标。154 把选择时机调整到用户点击播放时：正文和图片先显示，播放开始后再验证并优先选择原视频；找不到可用原件时，只尝试同一原帖的有效视频流。切图、退出和登录失效时也补上取消保护，避免旧任务覆盖新页面。这不是让整个预览等待视频检查，而是把媒体展示与播放准备分开。38 项针对性测试通过，其中包含新增的 7 项首播保护测试。完整工程检查执行 1705 项、零失败，业务编译警告为零，原解析样本保持一致；发布检查通过后，154 完成覆盖安装并确认新进程启动。真机上，一条视频首次打开便能持续播放，不需要点击重新解析；但画面仍有水印。因此，这一轮验证了首次播放有进展，没有证明无水印原视频已经可用。随后追加诊断，正是为了分清原视频没有取得，还是播放器使用了备用流。诊断版装上了，真实媒体完整性仍没有通过155 记录当前预览的播放环节，不改收藏、登录或离线规则。复查还发现，页面挂载超时时可能继续显示上一次成功读取的状态，于是补上播放开始时的归属记录。诊断必须属于当前操作，否则它本身就会误导原因判断；这项修正没有改变视频获取方式或播放顺序。155 完整单测执行 1716 项，1 项按原规则跳过、零失败，解析金样本一致。Release 构建、隐私清单、图标注册、调试内容扫描和安装包校验通过后，才覆盖安装到手机。真实验收仍有两种失败。一条内容读到了 24 张图片，却没有读到视频地址，没有进入播放器；另一条读到了 18 张静态图片，但其中 12 张动态照片的视频片段没有取得，被完整性检查拦住。这两项不能用“标题和封面能出现”替代，也不能通过少读媒体来伪装成功。此前的实际检查曾看到 18 项图片、动态照片播放以及一段持续推进的视频，这些局部成功仍保留。但它们不能证明每次首次读取都完整，更不能证明后面的构建已经修复所有媒体组合。到今天最后的记录，两条真实来源预览仍失败，根因与修复复验都未闭环。模拟器中的“媒体缺失、重读补齐、查看全部图片”流程通过且未增加收藏，也不替代这两条真机证据。网页测试要有真实前台场景，超时不能冒充拒绝正确全量检查里的网页测试反复超时，单独运行却能通过。检查发现部分模拟网页没有放进实际可见的窗口，容易被 WebKit 暂停。这提供了一个需要验证的测试环境原因，但不能仅凭一次复跑就认定所有失败都与业务代码无关。今天用不读取收藏和账号的独立测试宿主作对照，确认它具有真实前台场景，并减少测试环境的并行负担。原有超时与媒体校验没有放宽；网页读取负例也加强了，避免测试因为脚本超时，就误判为正确拒绝了不完整媒体。这条工作线的结果，是完整工程检查后来通过，同时保留了前面的失败与调查过程。通过不意味着真实平台访问也通过。受控网页、解析金样本、原生界面与实际来源分别回答不同问题，不能把它们合成一句“解析正常”。快捷指令从文件到系统，再从系统回到 KanBox两份签名快捷指令此前能从“文件”打开官方添加预览，App 的分享入口却不能稳定交接。入口因此改为明确的“保存文件、从文件打开添加”流程，并验证系统窗口的实际状态，而不只改提示文字。保存过程还暴露出回调时序问题：文件已经保存，页面却没有显示成功。处理系统关闭窗口与回调先后关系后，又检查了连续取消、重新打开和原文件一致性。取消不能误报成功，也不能阻止下一次尝试。实际添加后，系统列表一度显示“无操作”，编辑器里却有三个动作。重新打开确认动作仍在，才继续运行验收；没有把列表标签直接当成动作丢失。另一次测试点击整张卡片，进入的是编辑器而不是运行，纠正为真正的播放按钮后再测，也没有把误点击归为产品失败。最终，“分享至 Kanbox”和“收藏剪贴板链接”都完成了隔离环境中的导入、传入、取消和明确保存验证。中文及带特殊字符的链接完整传入，取消后不新增收藏，明确保存后只新增一条。这些测试没有改动手机收藏，证明的是隔离环境的系统交接与入库路径，不代表全部手机场景都已验收。桌面跳转通过了，其他真机体验仍待继续今天确认桌面小组件封面和文字正常，点击能进入对应收藏。作者页关闭再重新进入后，来源列表仍在，登录状态也保留；微博作者页读出首批 10 条，一条内容能直接打开正文与图片媒体。这些都是实际入口和在线预览证据，不是新增收藏或微博视频播放验收。剩余真机流程多次被镜像连接与系统认证中断，包括连续分页、正式收录、部分视频回看和声音、图片手势等。没有为完成测试删除数据或重装，也没有未经确认新增真实来源收藏。局部通过继续保留，未完成的部分继续列出，不用镜像中断去解释媒体失败的根因。历史汇报复用检查点，不把消息缺口藏起来今天还完成了一次历史消息汇报。先核对查询窗口的时区和时间单位：请求使用秒级时间戳，返回消息按毫秒解析；再抽查实际返回时间，避免参数看似正确却把内容读到窗口之外。采集采用分页、去重与检查点，复用已经完成的短窗口结果，再补较早和新增记录，没有从头重复读取。过程中终端连接中断，先检查已有覆盖记录与进度，而不是立刻启动第二轮采集。之后采集完成，报告生成、复核和保存也分别确认；采集状态完成时，报告曾尚未落盘，不能混成同一阶段。汇报按消息先后关系区分已有处理回复与仍需跟进的事项，已解决内容不继续列为待办。报告同时说明话题回复与附件等覆盖缺口：没有枚举统计窗口之前的根话题，因此旧话题的新回复可能遗漏；图片、文件、媒体和外链正文也未全部解析。“未见完成回复”只表示现有消息证据没有闭环，不表示实际工作一定未完成。最终报告已保存并交付。这是当天完成的整理任务，报告涉及的历史业务内容、人员、客户和私有来源链接不进入这篇公开日记。让每种成功只说明它真正验证的事今天有三点认识。第一，播放器出现、时间推进、取得原文件和完整媒体收录是不同验收目标；第二，系统预览、添加、运行、取消与保存需要走完交接链，不能只看入口；第三，检查点、测试失败和覆盖缺口都是证据的一部分，不应只留下最后一次成功结果。下一步仍要定位小红书真实媒体失败，复验原视频与动态照片完整性，再补连续分页、重进、二次收录和剩余真机体验。平台受限订阅、正式付款、公开文档入口、跨设备同步与上架准备仍有各自条件，不因 155 已安装或快捷指令隔离测试通过而自动完成。隐私说明本文只整理当天有活动且可核实的项目对话，排除日记与发布流程。保留理解技术过程所需的公开项目名、版本、机制与测试数量，删除个人身份、账户、私人媒体、客户业务内容、私有消息记录、内部地址、绝对路径及可定位个人基础设施的信息，不包含凭据、完整代码或原始日志。
2026-10-07｜自然语言编程日记
今天继续收尾 KanBox，但收尾并不是把剩余测试逐项勾完。小红书内容有时能显示图片、能播放视频，换一轮读取却仍失败；快捷指令可以打开添加预览，也不代表已经成功导入和运行。我们需要把这些中间状态拆开，找到真正没有走通的环节。
版本从阶段性的 153 推进到 154，再到增加诊断的 155。154 调整点击播放时的视频选择顺序，155 补充播放来源诊断，两版都完成覆盖安装，保留既有数据。后续又补齐了两份快捷指令的隔离验收，但没有再打新包，也没有据此宣布整个项目完成。
另一条工作线是历史消息汇报。它同样要求区分“读取完成”“报告完成”和“事项确实完成”：采集进度不能替代成稿，未见完成回复也不能直接推出线下没有完成。今天的共同主线，是让每个结论都有与之对应的证据。
首播优先原文件，正文和图片不用一起等
小红书的视频预览原来为了快速显示，先准备页面视频流；即使存在原文件，也往往只有播放失败后才尝试它。真实播放时能看到水印，因此“视频能播放”并没有满足优先取得原视频的目标。
154 把选择时机调整到用户点击播放时：正文和图片先显示，播放开始后再验证并优先选择原视频；找不到可用原件时，只尝试同一原帖的有效视频流。切图、退出和登录失效时也补上取消保护，避免旧任务覆盖新页面。这不是让整个预览等待视频检查，而是把媒体展示与播放准备分开。
38 项针对性测试通过，其中包含新增的 7 项首播保护测试。完整工程检查执行 1705 项、零失败，业务编译警告为零，原解析样本保持一致；发布检查通过后，154 完成覆盖安装并确认新进程启动。
真机上，一条视频首次打开便能持续播放，不需要点击重新解析；但画面仍有水印。因此，这一轮验证了首次播放有进展，没有证明无水印原视频已经可用。随后追加诊断，正是为了分清原视频没有取得，还是播放器使用了备用流。
诊断版装上了，真实媒体完整性仍没有通过
155 记录当前预览的播放环节，不改收藏、登录或离线规则。复查还发现，页面挂载超时时可能继续显示上一次成功读取的状态，于是补上播放开始时的归属记录。诊断必须属于当前操作，否则它本身就会误导原因判断；这项修正没有改变视频获取方式或播放顺序。
155 完整单测执行 1716 项，1 项按原规则跳过、零失败，解析金样本一致。Release 构建、隐私清单、图标注册、调试内容扫描和安装包校验通过后，才覆盖安装到手机。
真实验收仍有两种失败。一条内容读到了 24 张图片，却没有读到视频地址，没有进入播放器；另一条读到了 18 张静态图片，但其中 12 张动态照片的视频片段没有取得，被完整性检查拦住。这两项不能用“标题和封面能出现”替代，也不能通过少读媒体来伪装成功。
此前的实际检查曾看到 18 项图片、动态照片播放以及一段持续推进的视频，这些局部成功仍保留。但它们不能证明每次首次读取都完整，更不能证明后面的构建已经修复所有媒体组合。到今天最后的记录，两条真实来源预览仍失败，根因与修复复验都未闭环。模拟器中的“媒体缺失、重读补齐、查看全部图片”流程通过且未增加收藏，也不替代这两条真机证据。
网页测试要有真实前台场景，超时不能冒充拒绝正确
全量检查里的网页测试反复超时，单独运行却能通过。检查发现部分模拟网页没有放进实际可见的窗口，容易被 WebKit 暂停。这提供了一个需要验证的测试环境原因，但不能仅凭一次复跑就认定所有失败都与业务代码无关。
今天用不读取收藏和账号的独立测试宿主作对照，确认它具有真实前台场景，并减少测试环境的并行负担。原有超时与媒体校验没有放宽；网页读取负例也加强了，避免测试因为脚本超时，就误判为正确拒绝了不完整媒体。
这条工作线的结果，是完整工程检查后来通过，同时保留了前面的失败与调查过程。通过不意味着真实平台访问也通过。受控网页、解析金样本、原生界面与实际来源分别回答不同问题，不能把它们合成一句“解析正常”。
快捷指令从文件到系统，再从系统回到 KanBox
两份签名快捷指令此前能从“文件”打开官方添加预览，App 的分享入口却不能稳定交接。入口因此改为明确的“保存文件、从文件打开添加”流程，并验证系统窗口的实际状态，而不只改提示文字。
保存过程还暴露出回调时序问题：文件已经保存，页面却没有显示成功。处理系统关闭窗口与回调先后关系后，又检查了连续取消、重新打开和原文件一致性。取消不能误报成功，也不能阻止下一次尝试。
实际添加后，系统列表一度显示“无操作”，编辑器里却有三个动作。重新打开确认动作仍在，才继续运行验收；没有把列表标签直接当成动作丢失。另一次测试点击整张卡片，进入的是编辑器而不是运行，纠正为真正的播放按钮后再测，也没有把误点击归为产品失败。
最终，“分享至 Kanbox”和“收藏剪贴板链接”都完成了隔离环境中的导入、传入、取消和明确保存验证。中文及带特殊字符的链接完整传入，取消后不新增收藏，明确保存后只新增一条。这些测试没有改动手机收藏，证明的是隔离环境的系统交接与入库路径，不代表全部手机场景都已验收。
桌面跳转通过了，其他真机体验仍待继续
今天确认桌面小组件封面和文字正常，点击能进入对应收藏。作者页关闭再重新进入后，来源列表仍在，登录状态也保留；微博作者页读出首批 10 条，一条内容能直接打开正文与图片媒体。这些都是实际入口和在线预览证据，不是新增收藏或微博视频播放验收。
剩余真机流程多次被镜像连接与系统认证中断，包括连续分页、正式收录、部分视频回看和声音、图片手势等。没有为完成测试删除数据或重装，也没有未经确认新增真实来源收藏。局部通过继续保留，未完成的部分继续列出，不用镜像中断去解释媒体失败的根因。
历史汇报复用检查点，不把消息缺口藏起来
今天还完成了一次历史消息汇报。先核对查询窗口的时区和时间单位：请求使用秒级时间戳，返回消息按毫秒解析；再抽查实际返回时间，避免参数看似正确却把内容读到窗口之外。
采集采用分页、去重与检查点，复用已经完成的短窗口结果，再补较早和新增记录，没有从头重复读取。过程中终端连接中断，先检查已有覆盖记录与进度，而不是立刻启动第二轮采集。之后采集完成，报告生成、复核和保存也分别确认；采集状态完成时，报告曾尚未落盘，不能混成同一阶段。
汇报按消息先后关系区分已有处理回复与仍需跟进的事项，已解决内容不继续列为待办。报告同时说明话题回复与附件等覆盖缺口：没有枚举统计窗口之前的根话题，因此旧话题的新回复可能遗漏；图片、文件、媒体和外链正文也未全部解析。“未见完成回复”只表示现有消息证据没有闭环，不表示实际工作一定未完成。
最终报告已保存并交付。这是当天完成的整理任务，报告涉及的历史业务内容、人员、客户和私有来源链接不进入这篇公开日记。
让每种成功只说明它真正验证的事
今天有三点认识。第一，播放器出现、时间推进、取得原文件和完整媒体收录是不同验收目标；第二，系统预览、添加、运行、取消与保存需要走完交接链，不能只看入口；第三，检查点、测试失败和覆盖缺口都是证据的一部分，不应只留下最后一次成功结果。
下一步仍要定位小红书真实媒体失败，复验原视频与动态照片完整性，再补连续分页、重进、二次收录和剩余真机体验。平台受限订阅、正式付款、公开文档入口、跨设备同步与上架准备仍有各自条件，不因 155 已安装或快捷指令隔离测试通过而自动完成。
隐私说明
本文只整理当天有活动且可核实的项目对话，排除日记与发布流程。保留理解技术过程所需的公开项目名、版本、机制与测试数量，删除个人身份、账户、私人媒体、客户业务内容、私有消息记录、内部地址、绝对路径及可定位个人基础设施的信息，不包含凭据、完整代码或原始日志。