功能改好以后，还要把数据、版本和发布状态说清楚。 今天主要在收尾 MovieClaw 的插件改动，同时继续准备 KanBox 的商店资料。插件这边，PT岛补了批量账号维护，映迹修了主题与观看足迹，几个图标提交则经历了索引冲突、合并顺序和版本号调整。KanBox 的工作没有进入正式发布，而是把应用资料和未来内购草稿分开补齐。这些工作共同提醒了我：界面上少一张海报、商店里没出现新图标，背后可能是完全不同的问题。前者要追查数据合并逻辑，后者要核对投稿、安装包和商店索引。不能看到结果不对，就把原因都归成“没有提交完整”。PT岛，失败记录不再覆盖上次成功PT岛已有签到和维护计划，今天继续补的是批量操作和结果表达。新入口可以对多个站点执行签到、模拟访问，或者两项同时执行，并显示进度。签到与访问分别记录判定、最近结果和成功时间，避免把它们混成一个含糊的“成功”。这里最重要的变化，是保留上一次成功的证据。后续失败、跨天、页面刷新或服务重启，都不应把已有成功记录清空；只有下次确实成功，才更新成功时间。遇到验证墙、登录失效或尚未适配的情况，也分别提示，而不是把发出了请求当成任务完成。这轮功能已更新到现有安装环境，原配置和计划保留，126 项测试及 PR #30 的 CI 通过，手机布局检查也已完成。不过，通用流程不能代表每个特殊站点都已适配，不能由这些检查推成所有站点都能自动成功。映迹，浅色主题和海报丢失是两条问题线映迹先收到了一次主题反馈：白色背景、浅色文字和灰色卡片混在一起，页面很难读。原因不是所有颜色都取错了，而是插件收到部分宿主颜色后，其余样式仍按深色回退，最终拼出了一套不完整的主题。修复统一了深浅主题下的统计卡片、菜单、弹窗和切换行为。浏览器检查通过后，改动提交为 PR #32。这个结论对应的是主题兼容修复，不应被写成其他使用者已经安装了新版；对方仍需等待合并发布后更新。另一条问题来自重新读取观看足迹。缺失的作品资料覆盖了原有匹配，海报因此消失，原本属于同一部剧的单集也被拆散。修复保住已有匹配，并恢复按作品聚合：一张卡片可以展开单集，未看完的内容继续显示进度与实际已看集数。足迹修复已更新到现有安装环境，637 项测试通过，PR #33 检查通过、等待审核。仍有缺少作品编号的记录，只能先折叠展示；它们还需要校正匹配，不能把暂时不再铺满页面当作海报和统计都已恢复。整个过程保留原有记录与隐私规则，不在日记中展示真实观看内容。图标没出现，要沿着发布链路找原因几个插件图标今天反复被核对。结论并不是漏交文件：寻映和映迹的新图标已经提交，但对应改动尚未完成合并发布。主分支继续更新后，又产生了索引冲突，提交历史还需要满足仓库的线性合并要求。因此，处理重点从“再交一次图标”变成了整理分支和合并顺序。映迹的图标、主题与足迹修复互相衔接，除了各自 CI，还补了联合合并测试，避免每个 PR 单独通过，放在一起却发生冲突。商店目录的图标和已安装插件页面的图标，也分属不同更新环节，不能期待一次索引修改自动替换所有旧安装包。版本安排随后经历了几轮变化。早先尝试统一为 0.1.0，映屿也完成了一次保留配置和数据的手动切换，但从较高版本降到较低版本，不会自然触发商店自动更新。之后按维护者意见，寻映、映迹和 PT岛分别准备了不同的版本递进方案；我又明确要求本次三个插件统一到 0.1.2，以后默认递增最后一位。调整期间，维护者已经合并了寻映 0.1.1 和 PT岛 0.2.0，并创建发布标签。这时就不能再改原来的已合并 PR，而要另建后续提交，也不能改写已有标签。尤其 PT岛的 0.1.2 低于刚建立的 0.2.0，商店推荐策略仍需协调，不能只改一个版本字符串就算结束。截至整理时，寻映和 PT岛已在现有安装环境直接升级到 0.1.2，没有卸载。映迹还有后台读取尚未安全结束，停止操作遇到校验问题，升级仍在处理中。这里不能写成三个插件已全部完成安装验收，也不能把此前一轮 CI 通过套用到后续尚未完成的改动。KanBox 175，后台草稿不等于已经收费或上架KanBox 今天继续整理 1.31.0（175）的发行资料。商店截图、描述、关键词和审核说明陆续保存，截图包括三张手机图与一张平板图。隐私资料仍是未发布草稿，应用没有提交审核，也没有公开上架。另一个需要澄清的误会，是应用免费下载和内购定价并不是同一项设置。应用售价设为零，不会自动创建月付、年付和买断商品；软件里已有的展示文案，也不能代替商店后台的真实商品配置。今天把三档 Pro 商品建成后台草稿，并补齐销售范围和简体中文、繁体中文、英语、日语文案。年付明确采用一年预付，避免与另一种分期安排混淆。中途有未保存的步骤，后续完成后才更新记录，没有把操作到一半写成已经保存。这些准备没有启用收费，当前版本仍免费、不限制收藏数量。正式开放内购前，仍有相应协议和商业资料需要完成；内容使用依据与实际数据流也必须核清，不能为了填完表格就直接发布“未收集数据”声明。此外，已有真机验收主要对应 174，不能自动算作 175 也完成了同样验收。下一步仍应检查准确的待发行构建，再决定是否提交，而不是因为资料已经填了大半就越过这道门槛。MovieClaw 图文，重做素材而不只是换措辞对外介绍也重新做了一版。此前九图中使用了商业影视海报、剧照和资源列表，内容重心偏向资源获取。今天将主题改为“个人媒体库管理与插件开发”，重新制作九张高清图和配套文案。修改不仅发生在文字上：原有影视素材换成原创图形与明确标注的功能示意，原项目介绍转向文件整理、资料浏览和观看记录。四个插件仍介绍真实作用，但去掉资源获取、下载、保种和领取入口的宣传，避免一边改标题，一边继续沿用原来的画面。新版素材已经整理交付，发布时应使用这一版，避免混入旧图。完成这轮调整不代表平台已经审核通过，也不能保证一定过审；它只是把素材和表达上的具体问题作了实质修改，没有把尚未发生的平台结果写进结论。接下来要守住的几条线今天有三个认识比较清楚。数据重新读取时，缺失值不能随意抹掉已有的可靠匹配；任务结果要区分最近一次尝试和上一次成功；发布状态则必须分别记录代码、CI、安装包、商店索引和实际安装，任何一环都不能替其他环节作证。接下来，MovieClaw 要完成映迹的安全升级并协调版本推荐，跟进新的投稿和准确安装包验收；KanBox 要继续核对隐私、内容使用依据及 175 的实际运行结果。已经完成的修改保留记录，仍在处理的部分继续单独标明。隐私说明本文仅整理当天有活动且有证据支持的对话。私人项目背景、行程、身份与账户资料、真实观看内容、站点统计、部署地址、设备标识和本地路径均已省略。自动测试、浏览器检查、运行中操作与正式发布分别表述，不包含完整代码或原始日志。
2026-10-25｜自然语言编程日记
今天主要在收尾 MovieClaw 的插件改动，同时继续准备 KanBox 的商店资料。插件这边，PT岛补了批量账号维护，映迹修了主题与观看足迹，几个图标提交则经历了索引冲突、合并顺序和版本号调整。KanBox 的工作没有进入正式发布，而是把应用资料和未来内购草稿分开补齐。
这些工作共同提醒了我：界面上少一张海报、商店里没出现新图标，背后可能是完全不同的问题。前者要追查数据合并逻辑，后者要核对投稿、安装包和商店索引。不能看到结果不对，就把原因都归成“没有提交完整”。
PT岛，失败记录不再覆盖上次成功
PT岛已有签到和维护计划，今天继续补的是批量操作和结果表达。新入口可以对多个站点执行签到、模拟访问，或者两项同时执行，并显示进度。签到与访问分别记录判定、最近结果和成功时间，避免把它们混成一个含糊的“成功”。
这里最重要的变化，是保留上一次成功的证据。后续失败、跨天、页面刷新或服务重启，都不应把已有成功记录清空；只有下次确实成功，才更新成功时间。遇到验证墙、登录失效或尚未适配的情况，也分别提示，而不是把发出了请求当成任务完成。
这轮功能已更新到现有安装环境，原配置和计划保留，126 项测试及 PR #30 的 CI 通过，手机布局检查也已完成。不过，通用流程不能代表每个特殊站点都已适配，不能由这些检查推成所有站点都能自动成功。
映迹，浅色主题和海报丢失是两条问题线
映迹先收到了一次主题反馈：白色背景、浅色文字和灰色卡片混在一起，页面很难读。原因不是所有颜色都取错了，而是插件收到部分宿主颜色后，其余样式仍按深色回退，最终拼出了一套不完整的主题。
修复统一了深浅主题下的统计卡片、菜单、弹窗和切换行为。浏览器检查通过后，改动提交为 PR #32。这个结论对应的是主题兼容修复，不应被写成其他使用者已经安装了新版；对方仍需等待合并发布后更新。
另一条问题来自重新读取观看足迹。缺失的作品资料覆盖了原有匹配，海报因此消失，原本属于同一部剧的单集也被拆散。修复保住已有匹配，并恢复按作品聚合：一张卡片可以展开单集，未看完的内容继续显示进度与实际已看集数。
足迹修复已更新到现有安装环境，637 项测试通过，PR #33 检查通过、等待审核。仍有缺少作品编号的记录，只能先折叠展示；它们还需要校正匹配，不能把暂时不再铺满页面当作海报和统计都已恢复。整个过程保留原有记录与隐私规则，不在日记中展示真实观看内容。
图标没出现，要沿着发布链路找原因
几个插件图标今天反复被核对。结论并不是漏交文件：寻映和映迹的新图标已经提交，但对应改动尚未完成合并发布。主分支继续更新后，又产生了索引冲突，提交历史还需要满足仓库的线性合并要求。
因此，处理重点从“再交一次图标”变成了整理分支和合并顺序。映迹的图标、主题与足迹修复互相衔接，除了各自 CI，还补了联合合并测试，避免每个 PR 单独通过，放在一起却发生冲突。商店目录的图标和已安装插件页面的图标，也分属不同更新环节，不能期待一次索引修改自动替换所有旧安装包。
版本安排随后经历了几轮变化。早先尝试统一为 0.1.0，映屿也完成了一次保留配置和数据的手动切换，但从较高版本降到较低版本，不会自然触发商店自动更新。之后按维护者意见，寻映、映迹和 PT岛分别准备了不同的版本递进方案；我又明确要求本次三个插件统一到 0.1.2，以后默认递增最后一位。
调整期间，维护者已经合并了寻映 0.1.1 和 PT岛 0.2.0，并创建发布标签。这时就不能再改原来的已合并 PR，而要另建后续提交，也不能改写已有标签。尤其 PT岛的 0.1.2 低于刚建立的 0.2.0，商店推荐策略仍需协调，不能只改一个版本字符串就算结束。
截至整理时，寻映和 PT岛已在现有安装环境直接升级到 0.1.2，没有卸载。映迹还有后台读取尚未安全结束，停止操作遇到校验问题，升级仍在处理中。这里不能写成三个插件已全部完成安装验收，也不能把此前一轮 CI 通过套用到后续尚未完成的改动。
KanBox 175，后台草稿不等于已经收费或上架
KanBox 今天继续整理 1.31.0（175）的发行资料。商店截图、描述、关键词和审核说明陆续保存，截图包括三张手机图与一张平板图。隐私资料仍是未发布草稿，应用没有提交审核，也没有公开上架。
另一个需要澄清的误会，是应用免费下载和内购定价并不是同一项设置。应用售价设为零，不会自动创建月付、年付和买断商品；软件里已有的展示文案，也不能代替商店后台的真实商品配置。
今天把三档 Pro 商品建成后台草稿，并补齐销售范围和简体中文、繁体中文、英语、日语文案。年付明确采用一年预付，避免与另一种分期安排混淆。中途有未保存的步骤，后续完成后才更新记录，没有把操作到一半写成已经保存。
这些准备没有启用收费，当前版本仍免费、不限制收藏数量。正式开放内购前，仍有相应协议和商业资料需要完成；内容使用依据与实际数据流也必须核清，不能为了填完表格就直接发布“未收集数据”声明。
此外，已有真机验收主要对应 174，不能自动算作 175 也完成了同样验收。下一步仍应检查准确的待发行构建，再决定是否提交，而不是因为资料已经填了大半就越过这道门槛。
MovieClaw 图文，重做素材而不只是换措辞
对外介绍也重新做了一版。此前九图中使用了商业影视海报、剧照和资源列表，内容重心偏向资源获取。今天将主题改为“个人媒体库管理与插件开发”，重新制作九张高清图和配套文案。
修改不仅发生在文字上：原有影视素材换成原创图形与明确标注的功能示意，原项目介绍转向文件整理、资料浏览和观看记录。四个插件仍介绍真实作用，但去掉资源获取、下载、保种和领取入口的宣传，避免一边改标题，一边继续沿用原来的画面。
新版素材已经整理交付，发布时应使用这一版，避免混入旧图。完成这轮调整不代表平台已经审核通过，也不能保证一定过审；它只是把素材和表达上的具体问题作了实质修改，没有把尚未发生的平台结果写进结论。
接下来要守住的几条线
今天有三个认识比较清楚。数据重新读取时，缺失值不能随意抹掉已有的可靠匹配；任务结果要区分最近一次尝试和上一次成功；发布状态则必须分别记录代码、CI、安装包、商店索引和实际安装，任何一环都不能替其他环节作证。
接下来，MovieClaw 要完成映迹的安全升级并协调版本推荐，跟进新的投稿和准确安装包验收；KanBox 要继续核对隐私、内容使用依据及 175 的实际运行结果。已经完成的修改保留记录，仍在处理的部分继续单独标明。
隐私说明
本文仅整理当天有活动且有证据支持的对话。私人项目背景、行程、身份与账户资料、真实观看内容、站点统计、部署地址、设备标识和本地路径均已省略。自动测试、浏览器检查、运行中操作与正式发布分别表述，不包含完整代码或原始日志。