复制完成之后，还要知道项目是否完整；推荐刷新之后，也要真的看到新内容。 今天主要推进 Kocpy 和 MovieClaw 平台放映厅。Kocpy 从备份面板“看似没有执行”的反馈入手，修复进度与界面问题，随后扩展到跨电脑项目归档：让另一台电脑不只接到文件，还能继承项目范围、核对差异，并留下独立的归档记录。放映厅则先处理配图、缓存和随机推荐，再推进到可反复测试偏好的海报墙。用户希望海报按浏览器尺寸铺满，换一面时也不要总见到相同内容，因此这轮同时调整数据更新、候选去重和页面布局。两边的交付状态不同。放映厅已安装启用 0.3.2；Kocpy 的正式版仍是 0.1.49，0.1.50 候选继续实施和验收，尚不能当作用户已安装版本的能力。Kocpy 把复制前的复核也变成可见进度排除非本日数据之后，备份面板没有及时显示开始执行与实时变化。检查发现，复制前的范围复核缺少反馈，慢速列表刷新还可能覆盖较新的任务状态。任务其实在推进，但界面没有准确表达当前阶段。这轮修改让任务立即出现，范围复核单独显示文件数、读取量、速度和当前文件，暂停与继续也实时反馈。实际界面完成了一次约 512 MB 的筛选备份：源文件未改变，关联文件保留，排除项没有写入目的地。随后又统一详情统计的留白与对齐，让源、目的地和当前文件路径完整换行，修复筛选区与卡片粘连，以及空状态和单选布局。不同窗口尺寸、深浅主题、长路径、焦点和错误状态经过实际检查；这一阶段全量测试为 897 项通过、4 项条件跳过，修改进入本地候选版，尚未发布安装包。跨电脑归档需要携带项目证据，不只是一个文件夹现有 Kocpy 已能把项目目录转存到 NAS，逐文件复制并独立回读 SHA-256，生成报告；项目历史则需要另外导出、导入工作站包。只选择一个文件夹，还不能自动继承项目资料并完成归档登记。新方案在备份目的地的项目根目录保存随盘项目记录，携带稳定项目身份、修订号、计划周期、实际记录日期、设备与素材卷、相对路径和校验证据。换盘或目录改名后，另一工作区按当前目录重新绑定相对路径，不照搬原电脑的绝对路径，也不因文件夹同名就认作同一项目。历史项目可以核对已有记录后补生成；没有历史清单或校验依据的，只能建立当前首次基线，明确历史完整性未知。随盘记录的存在本身不证明项目完整，自动生成时汇编已有校验值，也不等于重新读取了全部内容。手动建立基线、继承与最终归档核对仍需完整读取，并分别说明结论。今天这些入口已接入并进入回归。桌面检查确认，取消重要确认时没有写入文件，确认后才保存随盘记录；取消或失败也不会提交新基线。有意排除改变范围，不改写原始历史用户提出，历史基线里有些文件可能是主动移除，并非意外丢失。处理方式不是删掉缺失记录，而是逐项确认有意排除，保留原因与原始依据，生成新的范围修订。新范围通过后，可以表述为“已确认范围完整，有意排除若干项”，但不能写成原整卡完整，也不能因此取得清卡资格。未确认缺失、哈希异常、读取失败与权限问题仍要单独保留，不能随一次人工确认整体放行。归档登记也与原拷卡历史分开。隔离工作区模拟已走通识别、确认继承、重复导入不重复、转存、独立回读和报告生成；6 个基线文件在源、目标两边哈希一致，原项目文件字节未变。接收方保留 1 条继承记录、0 条拷卡任务和 1 条完成转存，没有虚构现场备份历史。第二轮全量回归为 916 项通过、4 项条件跳过。项目页也把随盘参考历史与本机传输统计分开展示，避免“本机没有拷卡任务”被理解为“项目没有备份”。但这仍是同一台电脑的两个隔离工作区，不是真实双机或 NAS 硬件验收。记录结束时，最后的失败分支、卷身份、窗口和报告检查仍在进行，安装包尚未发布。放映厅先修缓存与来源，再更新榜期放映厅原来只在内存保存缓存，重启即丢失；随机推荐主要避开上一批，同一个候选池容易反复抽到相同内容。Netflix 配图也出现退化，旧榜期需要明确显示，不能把取到数据当成数据已经最新。先安装的 0.2.1 补回同周配图兜底，将最近成功片单与图片结果持久化，过期后后台刷新；随机推荐按浏览会话尽量避开最近五批，并接入芒果官方推荐与 B 站当期影视榜。115 项测试通过，缓存恢复和连续换批去重经过实测。这一版当时取得的官方榜单文件仍截至 10 月 4 日，页面明确提示了日期。随后用户要求直接使用官网最新一周数据，继续修到 0.3.2，榜期更新为 10 月 5—11 日，并默认每小时自动检查。前后两轮结果不同，不能把后来的更新倒写成 0.2.1 已经具备。海报墙铺满窗口，换一面优先避开近期内容新增海报墙支持反复进行口味测试，并将历史偏好加权用于推荐。默认展示无底部信息栏的无缝拼贴，按浏览器宽高安排完整行列；悬停才显示片名、年份等信息，点击进入简介与演职员详情，也保留切回卡片模式的开关。用户继续指出，多次换一面仍看到大量重复内容，因此去重范围进一步扩大为优先排除最近 20 面。正式服务连续六面共展示 198 部，未出现重复。这证明本次检查中的换批效果，不代表候选不足时可以无限生成不重复结果。0.3.2 已安装启用，未修改主程序。插件内详情正常，但跳转 MovieClaw 原生详情或订阅页时，宿主使用的 TMDB 镜像返回 502。用户选择只更新插件、保留宿主网络设置，因此这一跳转问题仍在，不能把海报墙可用写成订阅全链路已通。宿主插件详情页仍没有标准网页打开按钮，也不能自动把插件入口放进首页或侧栏；独立网址能访问，不等于原生入口支持已经完成。接下来要核对的边界今天有三点认识。文件传输完整与项目范围完整是不同结论，继承记录也不能冒充现场备份。界面必须展示耗时复核，不能等到复制开始才让用户知道任务在运行。缓存、榜期与随机去重同样要分别验证，页面能打开不代表数据新鲜，也不代表下一面足够不同。Kocpy 接下来完成剩余界面、失败分支和准确安装包验收，再进行真实跨电脑与 NAS 使用测试；当前候选成果不提前算作发布。放映厅继续观察自动榜期检查、缓存恢复及推荐候选不足时的行为；宿主原生详情与订阅跳转仍需另行处理，今天没有擅自更改宿主网络设置。隐私说明本文只整理当天有记录支持的开发与验收进展，省略私人项目、素材和观看偏好内容，以及账户、设备标识、服务器地址、私人链接和本地路径。不包含凭据、完整代码或原始日志，保留公开项目名、技术术语与必要的测试数字。
2026-10-18｜自然语言编程日记
今天主要推进 Kocpy 和 MovieClaw 平台放映厅。Kocpy 从备份面板“看似没有执行”的反馈入手，修复进度与界面问题，随后扩展到跨电脑项目归档：让另一台电脑不只接到文件，还能继承项目范围、核对差异，并留下独立的归档记录。
放映厅则先处理配图、缓存和随机推荐，再推进到可反复测试偏好的海报墙。用户希望海报按浏览器尺寸铺满，换一面时也不要总见到相同内容，因此这轮同时调整数据更新、候选去重和页面布局。
两边的交付状态不同。放映厅已安装启用 0.3.2；Kocpy 的正式版仍是 0.1.49，0.1.50 候选继续实施和验收，尚不能当作用户已安装版本的能力。
Kocpy 把复制前的复核也变成可见进度
排除非本日数据之后，备份面板没有及时显示开始执行与实时变化。检查发现，复制前的范围复核缺少反馈，慢速列表刷新还可能覆盖较新的任务状态。任务其实在推进，但界面没有准确表达当前阶段。
这轮修改让任务立即出现，范围复核单独显示文件数、读取量、速度和当前文件，暂停与继续也实时反馈。实际界面完成了一次约 512 MB 的筛选备份：源文件未改变，关联文件保留，排除项没有写入目的地。
随后又统一详情统计的留白与对齐，让源、目的地和当前文件路径完整换行，修复筛选区与卡片粘连，以及空状态和单选布局。不同窗口尺寸、深浅主题、长路径、焦点和错误状态经过实际检查；这一阶段全量测试为 897 项通过、4 项条件跳过，修改进入本地候选版，尚未发布安装包。
跨电脑归档需要携带项目证据，不只是一个文件夹
现有 Kocpy 已能把项目目录转存到 NAS，逐文件复制并独立回读 SHA-256，生成报告；项目历史则需要另外导出、导入工作站包。只选择一个文件夹，还不能自动继承项目资料并完成归档登记。
新方案在备份目的地的项目根目录保存随盘项目记录，携带稳定项目身份、修订号、计划周期、实际记录日期、设备与素材卷、相对路径和校验证据。换盘或目录改名后，另一工作区按当前目录重新绑定相对路径，不照搬原电脑的绝对路径，也不因文件夹同名就认作同一项目。
历史项目可以核对已有记录后补生成；没有历史清单或校验依据的，只能建立当前首次基线，明确历史完整性未知。随盘记录的存在本身不证明项目完整，自动生成时汇编已有校验值，也不等于重新读取了全部内容。手动建立基线、继承与最终归档核对仍需完整读取，并分别说明结论。
今天这些入口已接入并进入回归。桌面检查确认，取消重要确认时没有写入文件，确认后才保存随盘记录；取消或失败也不会提交新基线。
有意排除改变范围，不改写原始历史
用户提出，历史基线里有些文件可能是主动移除，并非意外丢失。处理方式不是删掉缺失记录，而是逐项确认有意排除，保留原因与原始依据，生成新的范围修订。
新范围通过后，可以表述为“已确认范围完整，有意排除若干项”，但不能写成原整卡完整，也不能因此取得清卡资格。未确认缺失、哈希异常、读取失败与权限问题仍要单独保留，不能随一次人工确认整体放行。
归档登记也与原拷卡历史分开。隔离工作区模拟已走通识别、确认继承、重复导入不重复、转存、独立回读和报告生成；6 个基线文件在源、目标两边哈希一致，原项目文件字节未变。接收方保留 1 条继承记录、0 条拷卡任务和 1 条完成转存，没有虚构现场备份历史。
第二轮全量回归为 916 项通过、4 项条件跳过。项目页也把随盘参考历史与本机传输统计分开展示，避免“本机没有拷卡任务”被理解为“项目没有备份”。但这仍是同一台电脑的两个隔离工作区，不是真实双机或 NAS 硬件验收。记录结束时，最后的失败分支、卷身份、窗口和报告检查仍在进行，安装包尚未发布。
放映厅先修缓存与来源，再更新榜期
放映厅原来只在内存保存缓存，重启即丢失；随机推荐主要避开上一批，同一个候选池容易反复抽到相同内容。Netflix 配图也出现退化，旧榜期需要明确显示，不能把取到数据当成数据已经最新。
先安装的 0.2.1 补回同周配图兜底，将最近成功片单与图片结果持久化，过期后后台刷新；随机推荐按浏览会话尽量避开最近五批，并接入芒果官方推荐与 B 站当期影视榜。115 项测试通过，缓存恢复和连续换批去重经过实测。
这一版当时取得的官方榜单文件仍截至 10 月 4 日，页面明确提示了日期。随后用户要求直接使用官网最新一周数据，继续修到 0.3.2，榜期更新为 10 月 5—11 日，并默认每小时自动检查。前后两轮结果不同，不能把后来的更新倒写成 0.2.1 已经具备。
海报墙铺满窗口，换一面优先避开近期内容
新增海报墙支持反复进行口味测试，并将历史偏好加权用于推荐。默认展示无底部信息栏的无缝拼贴，按浏览器宽高安排完整行列；悬停才显示片名、年份等信息，点击进入简介与演职员详情，也保留切回卡片模式的开关。
用户继续指出，多次换一面仍看到大量重复内容，因此去重范围进一步扩大为优先排除最近 20 面。正式服务连续六面共展示 198 部，未出现重复。这证明本次检查中的换批效果，不代表候选不足时可以无限生成不重复结果。
0.3.2 已安装启用，未修改主程序。插件内详情正常，但跳转 MovieClaw 原生详情或订阅页时，宿主使用的 TMDB 镜像返回 502。用户选择只更新插件、保留宿主网络设置，因此这一跳转问题仍在，不能把海报墙可用写成订阅全链路已通。
宿主插件详情页仍没有标准网页打开按钮，也不能自动把插件入口放进首页或侧栏；独立网址能访问，不等于原生入口支持已经完成。
接下来要核对的边界
今天有三点认识。文件传输完整与项目范围完整是不同结论，继承记录也不能冒充现场备份。界面必须展示耗时复核，不能等到复制开始才让用户知道任务在运行。缓存、榜期与随机去重同样要分别验证，页面能打开不代表数据新鲜，也不代表下一面足够不同。
Kocpy 接下来完成剩余界面、失败分支和准确安装包验收，再进行真实跨电脑与 NAS 使用测试；当前候选成果不提前算作发布。放映厅继续观察自动榜期检查、缓存恢复及推荐候选不足时的行为；宿主原生详情与订阅跳转仍需另行处理，今天没有擅自更改宿主网络设置。
隐私说明
本文只整理当天有记录支持的开发与验收进展，省略私人项目、素材和观看偏好内容，以及账户、设备标识、服务器地址、私人链接和本地路径。不包含凭据、完整代码或原始日志，保留公开项目名、技术术语与必要的测试数字。