仓库拆包录像的价值，不只是在现场录下画面。后续遇到售后问题时，还需要知道：这一段对应哪个包裹，什么时候发生，当时标记过什么异常，以及从哪里找到原始文件。
灵兔拆包智录围绕这些具体问题组织工作流。这篇笔记依据当前项目资料介绍设计，不把某次基础验证当作全部生产场景的验收。
用扫描动作关联录像
当前独立录像端按包裹处理流程设计：扫描单号开始；再次扫描当前单号结束；扫描新单号时保存当前录像，再开始下一单。
这个交互把现场已经熟悉的扫描动作连接到记录过程。手动停止、重复单号提示、超时提醒和最近结果则帮助处理不能完全按顺序进行的情况。
录像开始以后，单号、时间和文件位置需要形成明确对应，后续检索才能回到正确的原始文件。
让异常跟着包裹走
遇到破损、调包等情况，可以通过固定指令条码或快捷按钮添加标签。同一个包裹可以有多个标签，也可以撤销误加的标记；备注单独保留。
这些信息不应只停留在一个临时提示里。当前项目把异常与水印、文件名、SQLite 记录、历史查询及 Excel 备注连接起来，方便从不同入口找到同一件事。
标签帮助定位，但不替代原始画面和人工判断。处理争议时，仍需要回看录像并核对实际情况。
历史检索与 Excel 各自承担什么
历史检索负责按单号、时间与异常找到记录，再定位录像。Excel 则方便接入已有售后表格与人工核对流程。
项目资料中明确采用稳定文件检查、同步队列、失败重试与写入前备份等处理。首次接入现有录像时先登记历史，不直接把全部旧文件补写到表格，避免新旧记录混在一起。
表格中的人工备注也需要保留。工具新增的信息应与已有内容安全合并，不能因为一次自动同步覆盖现场人员的判断。
本地优先仍然需要备份
录像、数据库和表格都需要可理解的文件位置与备份方式。本地保存让现场资料留在自己的设备里，但设备故障、磁盘空间不足或误操作仍可能影响记录。
正式使用前，应按版本说明检查录像目录、相机、扫码设备、表格路径与备份。手机协同或外部服务也需要单独核对网络和权限。
现阶段的边界
拆包智录当前持续提供预发布验证版本。Windows 端、Android 协同、相机组合与多路并发的验证范围并不完全相同，不能从基础运行推断高路数生产性能。
项目采用 MIT 许可证。最新公开版本、安装器与校验信息，请从项目详情进入发布页查看。遇到实际设备问题，记录设备、版本和复现过程，会更有助于后续排查。
感谢阅读。使用中有问题，欢迎 与我交流。