能运行、能测试、能发布，是三件需要分别确认的事。 今天同时推进了几条产品线：基于 Yohaku 的移动阅读客户端装到了手机上，KanBox 完成了一轮保留旧数据的双端同步验收，Kocpy 则开始把备份流程放进真正的 macOS 沙盒。MovieClaw 的工作一边补插件体验，一边整理上游测试证据和对外介绍。这些事情看起来分散，遇到的问题却很接近。应用能启动，不代表登录和评论可用；测试通过，不代表商店包已经具备发行条件；一个站点能搜索，也不代表统计字段已经适配。今天花了不少时间，把这些原本容易混在一起的状态拆开，再逐项补证据。移动阅读客户端，从能看文章到能登录评论这条工作线最初是想确认 Yohaku 的 iOS 客户端能不能用来编辑博客。公开源码里已有阅读、登录、评论和回复，但没有现成的文章写作、草稿及发布页面。因此第一版先按阅读客户端制作，没有把手机写博客算成已经实现的功能。接入后，模拟器能够显示文章列表，但初版的资料显示和互动仍有缺口。构建 2 补了本地头像和资料加载重试，登录评论还需要服务端回跳适配。构建 3 又修复了缺少原生模块导致的闪退，恢复登录、评论与回复界面，并完成相应的服务端适配。这次验收不只停在自动测试。构建 3 安装后，我在手机上确认登录和评论都成功了；这是使用者实际操作后的反馈，不是自动化替我发出的一条测试评论。966 项测试与真机持续运行检查也已通过，但它们不能代替这次互动验收。后面的两轮主要修界面：构建 4 把输入内容后的发送按钮改为清晰的实色状态，并更新图标；构建 5 补上此前遗漏的动画开屏层，让系统启动图和后续动画保持一致，冷启动录像已确认。当前仍是直接安装版，尚未上传 TestFlight，文章编辑功能也没有开放。Core 升级候选，停在一次配置覆盖前客户端适配完成的同时，Mix Space Core 的升级评估也在进行。目标不是把旧补丁全部搬到新版，而是逐组确认官方是否已有等效实现。Core 15.1.0 的配置加密保存已有官方实现，候选因此采用官方代码；MiMo 兼容、S3 与评论图片保护、匹配 PostgreSQL 16 的备份工具，仍需分别保留和验证。隔离测试中途发现，另一条任务已经为原生登录更新了线上基线。测试因此先暂停，等客户端任务完成并得到确认后，再把新的回跳支持保留进候选。这避免了按照旧基线制作的升级包覆盖当天刚做好的适配。继续测试后，105 项离线检查、隔离迁移、PostgreSQL 16 备份恢复、新版启动和旧版读取兼容检查通过，并做了有限的表结构及内容见证核对。这里的结果不应被扩大成所有业务都已完成线上验收。真正的阻断项出现在配置保存：只切换自动备份开关，原有存储区域也会被改成自动选择。它说明“保存成功”还不够，未修改字段也必须保持原值。相同的转换逻辑在旧版源码中也存在，所以不能直接认定这是 15.1.0 新引入的问题。这轮没有继续修正区域逻辑，也没有批准候选上线。测试容器已经停止，候选和恢复资料保留；升级任务没有替换线上版本。下一步应先在隔离环境解决配置覆盖，再重测保存与恢复链路。PT岛，把“支持站点”拆成可检查的能力MovieClaw 的 PT岛继续以 0.1.0 推进。今天最重要的判断，是不能把添加成功、登录成功和搜索成功，等同于所有统计资料都能正确读取。不同站点的页面、接口和字段各不相同，通用解析也可能误识别。修改先从数据含义入手：区分真实的零和没有获取到的数据；计算得到的分享率标注来源；H&R 没有明确标记时保留未知。随后增加逐站“统计检查”，展示采集结果、来源与时间。缺失项可以进入配置助手，先预览规则，再保存，并保留回退方式。页面又补了现成适配导入、标准模板和脱敏样本的操作说明，详细内容默认折叠。图表增加柱状排行和环形占比，分享图在隐藏站点时同步隐藏图标。最后一轮整体检查发现，手机横屏任务列表、翻页按钮和长文本仍可能撑宽或被裁切，修复后检查了 61 个页面与尺寸组合。97 项回归、4 项图表测试及 CI 通过，服务器已更新，原配置和数据保留。手机布局使用的是浏览器尺寸模拟，不能写成手机真机全部验收。PR #28 已从草稿转为正式待审，尚不是官方发布完成。其他插件图标也已分别提交并在现有安装环境验证；商店采用哪一版，仍要看维护者合并和发布，不能只凭本地显示判断。MovieClaw 上游检查，补上完整 CI 的证据Windows 相关工作延伸到了 MovieClaw 官方 PR #1000 的测试。此前有两项失败，不能只凭局部测试或单个平台构建通过，就把整条检查写成成功。今天在自己的 fork 中按官方 PR 对应的代码、测试和工作流跑完整 CI。第一次因为缺少模型文件中止，补齐并校验后才重新执行；这次环境失败也如实记入结果，没有从记录里略去。四组 CI 最终全部通过，Python 为 7097 项通过、零失败，原有跳过和预期失败标记保留。此前失败的两个用例，也在完整测试分片中通过。运行结果已补充到官方 PR，现有服务端与 Docker 没有改动。这提供了可复查的测试证据，但不等于官方检查已经被重跑，也不等于 PR 已合并或新版本已发布。后续仍需维护者处理官方流程，实际播放效果则需要另做真机验收。KanBox 174，先保住旧收藏再谈发行KanBox 的 174 构建先卡在 CloudKit 生产结构核对。同步需要的字段尚未确认前，上传被暂停；后来只新增并部署了缺少的解析状态字段，没有删除或修改收藏数据。2354 条测试和发行签名检查完成后，174 才上传并加入原内部测试组。验收采用原位更新，而不是卸载重装。手机更新到 1.31.0（174）后，旧收藏的文字、图片和时间保持一致；平板更新后也能打开，原内容仍在。接着实际核对了手机新增收藏传到平板，以及平板加星标传回手机，两条同步路径得到使用者确认。这一轮可以记为核心双端同步验收通过，但删除传播和断网恢复没有重测，不能一并算作通过。174 仍是内部测试构建，也不能把内部测试资格当作外测或正式上架资格。收费方向随后明确为先免费开放，以后再考虑 Pro。购买和免费条数限制继续关闭。正式发行准备已经开始，但还需要新构建、商店资料和文案对齐；截至整理时，尚未完成公开上架。Kocpy 商店版，先让备份在真实沙盒里跑通Kocpy 的商店路线不是换一种签名就能完成。原有备份功能需要适应 macOS 沙盒：用户选择目录后，应用要能在允许的范围内复制、校验，并在重启后恢复正常操作。今天先验证目录访问原型，再推进受限开发版的普通与镜像备份。真实沙盒中已测试复制、回读校验、暂停继续、安全取消、重启恢复和自动 PDF 报告。258 个合成文件独立哈希核对一致，源文件没有改变；后续完整回归达到 995 项通过，4 项按原条件跳过。这些结果说明基本备份链路可行，并不代表整个商店产品已完成。项目流程、NAS 转存、历史记录迁移、异常处理和外置盘验收仍要继续；内盘合成测试不能替代两块独立物理磁盘，也不能替代网络断线与拔盘测试。媒体组件还需要确定最终分发方案。此前不含 GPL 与 x264 的技术试验，只证明一种实现路线可行，不等于许可核对或全部媒体功能验收结束。内购也仍待实现与验证，不能把规划中的一次性解锁写成已经可购买。本轮代码保存在本地，未上传 App Store，也没有发布 GitHub 新版本。接下来的计划保留完整功能并覆盖 Apple Silicon 与 Intel，但免费边界等产品细节仍在细化。对备份工具而言，购买状态不能中断正在进行的备份，也不应锁住已有安全记录，这是后续实现需要守住的要求。介绍 MovieClaw，先讲主程序再讲插件今天还重新整理了 MovieClaw 的图文介绍。此前五张图过于集中在自制插件，没有先说明原项目能做什么；封面则把横向背景放进竖版构图，只剩海报一角。问题不在截图精度，而在内容顺序和画幅选择。新版扩成九张：前五张讲找片、找源、订阅下载、整理入库与观看，后四张再介绍映屿、寻映、PT岛和映迹各自改善的体验。封面换为完整的 2:3 竖海报，保留四边，标题和流程独立排版。文案保留已有内容，另补原项目能力介绍；最新成图、旧版、原始截图和排版源文件已经集中整理。这次完成的是发布素材，不是已经在社交平台发出文章。先讲清主程序和插件各自负责什么，也能避免让读者误以为全部能力都来自插件。接下来要补的证据今天留下三个判断：测试结论必须对应具体范围，不能从一条链路推成整个产品可用；保存操作不仅要检查改动字段，也要检查其他字段没有被覆盖；发行流程必须区分本地安装、内部测试、投稿待审和正式发布。下一步仍有明确边界：Core 先修隔离候选的配置覆盖；KanBox 继续准备可正式发行的构建；Kocpy 补全沙盒与真实存储环境验收；MovieClaw 跟进待审提交和官方检查。已经通过的结果保留，尚未验证的部分也继续单独记着。隐私说明本文仅整理当天可访问对话中有依据的项目进展。个人身份、私人媒体、账户记录、部署地址、设备标识和本地路径均已省略，不包含完整代码或原始日志。使用者反馈、自动测试、模拟检查与正式发布分别表述。
2026-10-24｜自然语言编程日记
今天同时推进了几条产品线：基于 Yohaku 的移动阅读客户端装到了手机上，KanBox 完成了一轮保留旧数据的双端同步验收，Kocpy 则开始把备份流程放进真正的 macOS 沙盒。MovieClaw 的工作一边补插件体验，一边整理上游测试证据和对外介绍。
这些事情看起来分散，遇到的问题却很接近。应用能启动，不代表登录和评论可用；测试通过，不代表商店包已经具备发行条件；一个站点能搜索，也不代表统计字段已经适配。今天花了不少时间，把这些原本容易混在一起的状态拆开，再逐项补证据。
移动阅读客户端，从能看文章到能登录评论
这条工作线最初是想确认 Yohaku 的 iOS 客户端能不能用来编辑博客。公开源码里已有阅读、登录、评论和回复，但没有现成的文章写作、草稿及发布页面。因此第一版先按阅读客户端制作，没有把手机写博客算成已经实现的功能。
接入后，模拟器能够显示文章列表，但初版的资料显示和互动仍有缺口。构建 2 补了本地头像和资料加载重试，登录评论还需要服务端回跳适配。构建 3 又修复了缺少原生模块导致的闪退，恢复登录、评论与回复界面，并完成相应的服务端适配。
这次验收不只停在自动测试。构建 3 安装后，我在手机上确认登录和评论都成功了；这是使用者实际操作后的反馈，不是自动化替我发出的一条测试评论。966 项测试与真机持续运行检查也已通过，但它们不能代替这次互动验收。
后面的两轮主要修界面：构建 4 把输入内容后的发送按钮改为清晰的实色状态，并更新图标；构建 5 补上此前遗漏的动画开屏层，让系统启动图和后续动画保持一致，冷启动录像已确认。当前仍是直接安装版，尚未上传 TestFlight，文章编辑功能也没有开放。
Core 升级候选，停在一次配置覆盖前
客户端适配完成的同时，Mix Space Core 的升级评估也在进行。目标不是把旧补丁全部搬到新版，而是逐组确认官方是否已有等效实现。Core 15.1.0 的配置加密保存已有官方实现，候选因此采用官方代码；MiMo 兼容、S3 与评论图片保护、匹配 PostgreSQL 16 的备份工具，仍需分别保留和验证。
隔离测试中途发现，另一条任务已经为原生登录更新了线上基线。测试因此先暂停，等客户端任务完成并得到确认后，再把新的回跳支持保留进候选。这避免了按照旧基线制作的升级包覆盖当天刚做好的适配。
继续测试后，105 项离线检查、隔离迁移、PostgreSQL 16 备份恢复、新版启动和旧版读取兼容检查通过，并做了有限的表结构及内容见证核对。这里的结果不应被扩大成所有业务都已完成线上验收。
真正的阻断项出现在配置保存：只切换自动备份开关，原有存储区域也会被改成自动选择。它说明“保存成功”还不够，未修改字段也必须保持原值。相同的转换逻辑在旧版源码中也存在，所以不能直接认定这是 15.1.0 新引入的问题。
这轮没有继续修正区域逻辑，也没有批准候选上线。测试容器已经停止，候选和恢复资料保留；升级任务没有替换线上版本。下一步应先在隔离环境解决配置覆盖，再重测保存与恢复链路。
PT岛，把“支持站点”拆成可检查的能力
MovieClaw 的 PT岛继续以 0.1.0 推进。今天最重要的判断，是不能把添加成功、登录成功和搜索成功，等同于所有统计资料都能正确读取。不同站点的页面、接口和字段各不相同，通用解析也可能误识别。
修改先从数据含义入手：区分真实的零和没有获取到的数据；计算得到的分享率标注来源；H&R 没有明确标记时保留未知。随后增加逐站“统计检查”，展示采集结果、来源与时间。缺失项可以进入配置助手，先预览规则，再保存，并保留回退方式。
页面又补了现成适配导入、标准模板和脱敏样本的操作说明，详细内容默认折叠。图表增加柱状排行和环形占比，分享图在隐藏站点时同步隐藏图标。
最后一轮整体检查发现，手机横屏任务列表、翻页按钮和长文本仍可能撑宽或被裁切，修复后检查了 61 个页面与尺寸组合。97 项回归、4 项图表测试及 CI 通过，服务器已更新，原配置和数据保留。手机布局使用的是浏览器尺寸模拟，不能写成手机真机全部验收。
PR #28 已从草稿转为正式待审，尚不是官方发布完成。其他插件图标也已分别提交并在现有安装环境验证；商店采用哪一版，仍要看维护者合并和发布，不能只凭本地显示判断。
MovieClaw 上游检查，补上完整 CI 的证据
Windows 相关工作延伸到了 MovieClaw 官方 PR #1000 的测试。此前有两项失败，不能只凭局部测试或单个平台构建通过，就把整条检查写成成功。
今天在自己的 fork 中按官方 PR 对应的代码、测试和工作流跑完整 CI。第一次因为缺少模型文件中止，补齐并校验后才重新执行；这次环境失败也如实记入结果，没有从记录里略去。
四组 CI 最终全部通过，Python 为 7097 项通过、零失败，原有跳过和预期失败标记保留。此前失败的两个用例，也在完整测试分片中通过。运行结果已补充到官方 PR，现有服务端与 Docker 没有改动。
这提供了可复查的测试证据，但不等于官方检查已经被重跑，也不等于 PR 已合并或新版本已发布。后续仍需维护者处理官方流程，实际播放效果则需要另做真机验收。
KanBox 174，先保住旧收藏再谈发行
KanBox 的 174 构建先卡在 CloudKit 生产结构核对。同步需要的字段尚未确认前，上传被暂停；后来只新增并部署了缺少的解析状态字段，没有删除或修改收藏数据。2354 条测试和发行签名检查完成后，174 才上传并加入原内部测试组。
验收采用原位更新，而不是卸载重装。手机更新到 1.31.0（174）后，旧收藏的文字、图片和时间保持一致；平板更新后也能打开，原内容仍在。接着实际核对了手机新增收藏传到平板，以及平板加星标传回手机，两条同步路径得到使用者确认。
这一轮可以记为核心双端同步验收通过，但删除传播和断网恢复没有重测，不能一并算作通过。174 仍是内部测试构建，也不能把内部测试资格当作外测或正式上架资格。
收费方向随后明确为先免费开放，以后再考虑 Pro。购买和免费条数限制继续关闭。正式发行准备已经开始，但还需要新构建、商店资料和文案对齐；截至整理时，尚未完成公开上架。
Kocpy 商店版，先让备份在真实沙盒里跑通
Kocpy 的商店路线不是换一种签名就能完成。原有备份功能需要适应 macOS 沙盒：用户选择目录后，应用要能在允许的范围内复制、校验，并在重启后恢复正常操作。
今天先验证目录访问原型，再推进受限开发版的普通与镜像备份。真实沙盒中已测试复制、回读校验、暂停继续、安全取消、重启恢复和自动 PDF 报告。258 个合成文件独立哈希核对一致，源文件没有改变；后续完整回归达到 995 项通过，4 项按原条件跳过。
这些结果说明基本备份链路可行，并不代表整个商店产品已完成。项目流程、NAS 转存、历史记录迁移、异常处理和外置盘验收仍要继续；内盘合成测试不能替代两块独立物理磁盘，也不能替代网络断线与拔盘测试。
媒体组件还需要确定最终分发方案。此前不含 GPL 与 x264 的技术试验，只证明一种实现路线可行，不等于许可核对或全部媒体功能验收结束。内购也仍待实现与验证，不能把规划中的一次性解锁写成已经可购买。
本轮代码保存在本地，未上传 App Store，也没有发布 GitHub 新版本。接下来的计划保留完整功能并覆盖 Apple Silicon 与 Intel，但免费边界等产品细节仍在细化。对备份工具而言，购买状态不能中断正在进行的备份，也不应锁住已有安全记录，这是后续实现需要守住的要求。
介绍 MovieClaw，先讲主程序再讲插件
今天还重新整理了 MovieClaw 的图文介绍。此前五张图过于集中在自制插件，没有先说明原项目能做什么；封面则把横向背景放进竖版构图，只剩海报一角。问题不在截图精度，而在内容顺序和画幅选择。
新版扩成九张：前五张讲找片、找源、订阅下载、整理入库与观看，后四张再介绍映屿、寻映、PT岛和映迹各自改善的体验。封面换为完整的 2:3 竖海报，保留四边，标题和流程独立排版。
文案保留已有内容，另补原项目能力介绍；最新成图、旧版、原始截图和排版源文件已经集中整理。这次完成的是发布素材，不是已经在社交平台发出文章。先讲清主程序和插件各自负责什么，也能避免让读者误以为全部能力都来自插件。
接下来要补的证据
今天留下三个判断：测试结论必须对应具体范围，不能从一条链路推成整个产品可用；保存操作不仅要检查改动字段，也要检查其他字段没有被覆盖；发行流程必须区分本地安装、内部测试、投稿待审和正式发布。
下一步仍有明确边界：Core 先修隔离候选的配置覆盖；KanBox 继续准备可正式发行的构建；Kocpy 补全沙盒与真实存储环境验收；MovieClaw 跟进待审提交和官方检查。已经通过的结果保留，尚未验证的部分也继续单独记着。
隐私说明
本文仅整理当天可访问对话中有依据的项目进展。个人身份、私人媒体、账户记录、部署地址、设备标识和本地路径均已省略，不包含完整代码或原始日志。使用者反馈、自动测试、模拟检查与正式发布分别表述。