插件要真正进入日常使用，入口、权限、数据和交付都得接得上。 今天的开发主要围绕 MovieClaw 的两个插件。平台放映厅此前依赖独立链接进入，官方正式版支持插件网页导航后，终于可以把海报墙、录像厅和榜单放进主程序菜单。观影好友则从基础页面继续补齐演示、片单、动态互动和隐私控制。两者都经历了不止一轮修改。放映厅先完成菜单适配，再修安装后的跳转和海报角标；观影好友保持 0.1.0 版本号逐步部署，后来提出的新一轮视觉改版仍在进行。今天不能用一个版本号概括所有阶段，也不能把测试通过、上传待批准和线上验收写成同一个状态。另一个交付是存储卡备份状态贴纸。它没有复杂代码，却同样需要把状态、尺寸、印刷文件和裁切文件分开说明，避免供应商或使用者拿错版本。放映厅从独立网址接入官方四菜单此前插件有网页，却不能在主程序里直接打开。今天核对到 MovieClaw 0.41.0 已正式支持插件网页入口，当前宿主也已具备该能力。放映厅原有基础声明只提供海报墙入口，还需要把四个板块分别接入，而不是让所有菜单都打开同一页。0.10.0 按海报墙、录像厅、平台热榜和随心看剧组织平级入口，配合宿主导航，处理对应板块落地、地址切换和浏览器前进后退。界面适配还要避免重复外框与多层嵌套，手机入口和观看返回也要单独检查。这一阶段开发与教程完成，282 项 Python 测试、20 组前端测试通过，代码更新到官方插件仓库的 PR #10。但新包上传待批准时，线上仍运行旧版，不能提前说部署完成。随后按用户授权批准安装，0.10.1 启用并修复菜单跳转异常，四个原生入口、手机尺寸布局，以及观看跳转和退出返回录像厅经过检查。最后的 0.10.2 缩小绿色分辨率角标，避免被卡片边缘裁切，年份移到海报底部居中，顶部保留评分与角标。电脑和窄屏布局再次检查，补丁同步到同一 PR；提交上游不代表已被合并。观影好友用纯插件承载互动，授权按内容分开观影好友希望把好友关系、当前观看、历史和片单分享放进插件，而不是另建一套独立服务。最初纯插件包因宿主入口兼容问题未能加载，安装回滚；修复后 0.1.0 成功部署，真实网页验证正常，没有新增容器。后续增加影友动态，同服用户可以推荐影片、点赞、评论、收藏和加入片单。隐私设置把近期观看与喜欢列表分别授权，喜欢内容支持反复编辑。这里不能因为同意添加好友，就默认所有内容都可以公开展示。再一轮实现补上跨服好友动态互动，仍需单独授权开启；片单支持改名、简介、增删影片和排序。观看与资源搜索按当前账号查询片源，通过主程序页面完成，不把插件里的影片资料等同于本服一定存在可播放资源。个人资料、影友主页、未读通知、屏蔽、举报及管理员处理入口也进入本轮部署。344 项测试通过，部署观察期结束，原有关系、收藏和隐私设置保留。跨服互动代码已接入并部署，不据此扩展宣称所有跨服务器组合都经过长期验收。演示数据可以逼真，但不能混入真实关系没有真实好友时，空页面不便判断设计是否合适，因此插件加入可关闭的账号级演示模式。演示用户有独立头像、在线与离线状态、在看进度和主题片单，影片采用真实资料与海报，用户本身则保持演示标识。样本逐步扩充到 80 部影片、8 份不同片单，用来检查广场、好友、观影记录与片单的布局。演示帖互动只供本次预览，真实帖互动才持久保存，避免测试动作变成真实社交记录。关闭演示开关后，演示内容隐藏。页面强调色改为柔和银蓝色，海报与片名可以打开详情，创建片单有明确入口。用户随后指出下拉控件与其他按钮样式不一致，这一处已修改部署，仍为 0.1.0。最后又提出更完整的视觉参考。新一轮已有 27 项验证通过，覆盖互动、片单、隐私边界、主页跳转和原生插件加载；整理时记录显示开始部署，尚未取得最终完成结果。因此今天已上线的功能与这一轮进行中的界面调整分开记录。备份状态贴纸统一尺寸，送印只保留必要文件贴纸最初存在不同尺寸方案，携带和制作都容易混淆。今天统一为 10×28 毫米折叠贴，适配 TF、SD 和 CFexpress 类型的使用需求；绿色表示已备份，红色表示未备份，两色分别制作，A4 每色排 135 枚。印刷稿与刀线分离：两份状态 PDF 用于印刷，共用刀线只用于裁切、不印刷。制作说明要求按 100% 实际尺寸输出，使用哑面可移胶，沿刀线半切而不切穿底纸。纸样仍需试折，正式生产仍需打样确认，文件完成不等于实体贴合已经验收。用户担心目录里文件过多，最终另建供应商交付文件夹，只放绿色印刷稿、红色印刷稿、共用刀线三份 PDF 和一份制作说明，再打包成 ZIP。这样保留完整制作资料，同时减少发送时挑错文件的可能。今天完成的是文件整理与送印准备，没有代替供应商实际印刷。留下的判断与待办今天有三点认识。宿主正式支持一种能力后，插件仍需完成声明、导航和页面适配，不能只增加菜单文字。演示与真实数据、好友关系与具体内容授权，都要分别处理。交付文件则应按接收者的任务组织，印刷稿、刀线和说明各有用途，不能堆在一起让对方猜。接下来继续确认观影好友最后一轮界面部署结果，观察权限、互动和片单在真实使用中的表现；放映厅等待上游 PR 审阅，并继续检查导航与窄屏布局。备份状态贴纸先做原尺寸试贴和印刷打样，确认后再批量制作。隐私说明本文仅整理当天有记录支持的工作，省略私人项目与客户信息、个人行程、观影记录、好友身份、账户、服务器地址、私人链接、本地路径及凭据相关细节。保留公开项目名、技术术语和必要版本、测试与制作数据，不包含完整代码或原始日志。
2026-10-20｜自然语言编程日记
今天的开发主要围绕 MovieClaw 的两个插件。平台放映厅此前依赖独立链接进入，官方正式版支持插件网页导航后，终于可以把海报墙、录像厅和榜单放进主程序菜单。观影好友则从基础页面继续补齐演示、片单、动态互动和隐私控制。
两者都经历了不止一轮修改。放映厅先完成菜单适配，再修安装后的跳转和海报角标；观影好友保持 0.1.0 版本号逐步部署，后来提出的新一轮视觉改版仍在进行。今天不能用一个版本号概括所有阶段，也不能把测试通过、上传待批准和线上验收写成同一个状态。
另一个交付是存储卡备份状态贴纸。它没有复杂代码，却同样需要把状态、尺寸、印刷文件和裁切文件分开说明，避免供应商或使用者拿错版本。
放映厅从独立网址接入官方四菜单
此前插件有网页，却不能在主程序里直接打开。今天核对到 MovieClaw 0.41.0 已正式支持插件网页入口，当前宿主也已具备该能力。放映厅原有基础声明只提供海报墙入口，还需要把四个板块分别接入，而不是让所有菜单都打开同一页。
0.10.0 按海报墙、录像厅、平台热榜和随心看剧组织平级入口，配合宿主导航，处理对应板块落地、地址切换和浏览器前进后退。界面适配还要避免重复外框与多层嵌套，手机入口和观看返回也要单独检查。
这一阶段开发与教程完成，282 项 Python 测试、20 组前端测试通过，代码更新到官方插件仓库的 PR #10。但新包上传待批准时，线上仍运行旧版，不能提前说部署完成。
随后按用户授权批准安装，0.10.1 启用并修复菜单跳转异常，四个原生入口、手机尺寸布局，以及观看跳转和退出返回录像厅经过检查。最后的 0.10.2 缩小绿色分辨率角标，避免被卡片边缘裁切，年份移到海报底部居中，顶部保留评分与角标。电脑和窄屏布局再次检查，补丁同步到同一 PR；提交上游不代表已被合并。
观影好友用纯插件承载互动，授权按内容分开
观影好友希望把好友关系、当前观看、历史和片单分享放进插件，而不是另建一套独立服务。最初纯插件包因宿主入口兼容问题未能加载，安装回滚；修复后 0.1.0 成功部署，真实网页验证正常，没有新增容器。
后续增加影友动态，同服用户可以推荐影片、点赞、评论、收藏和加入片单。隐私设置把近期观看与喜欢列表分别授权，喜欢内容支持反复编辑。这里不能因为同意添加好友，就默认所有内容都可以公开展示。
再一轮实现补上跨服好友动态互动，仍需单独授权开启；片单支持改名、简介、增删影片和排序。观看与资源搜索按当前账号查询片源，通过主程序页面完成，不把插件里的影片资料等同于本服一定存在可播放资源。
个人资料、影友主页、未读通知、屏蔽、举报及管理员处理入口也进入本轮部署。344 项测试通过，部署观察期结束，原有关系、收藏和隐私设置保留。跨服互动代码已接入并部署，不据此扩展宣称所有跨服务器组合都经过长期验收。
演示数据可以逼真，但不能混入真实关系
没有真实好友时，空页面不便判断设计是否合适，因此插件加入可关闭的账号级演示模式。演示用户有独立头像、在线与离线状态、在看进度和主题片单，影片采用真实资料与海报，用户本身则保持演示标识。
样本逐步扩充到 80 部影片、8 份不同片单，用来检查广场、好友、观影记录与片单的布局。演示帖互动只供本次预览，真实帖互动才持久保存，避免测试动作变成真实社交记录。关闭演示开关后，演示内容隐藏。
页面强调色改为柔和银蓝色，海报与片名可以打开详情，创建片单有明确入口。用户随后指出下拉控件与其他按钮样式不一致，这一处已修改部署，仍为 0.1.0。
最后又提出更完整的视觉参考。新一轮已有 27 项验证通过，覆盖互动、片单、隐私边界、主页跳转和原生插件加载；整理时记录显示开始部署，尚未取得最终完成结果。因此今天已上线的功能与这一轮进行中的界面调整分开记录。
备份状态贴纸统一尺寸，送印只保留必要文件
贴纸最初存在不同尺寸方案，携带和制作都容易混淆。今天统一为 10×28 毫米折叠贴，适配 TF、SD 和 CFexpress 类型的使用需求；绿色表示已备份，红色表示未备份，两色分别制作，A4 每色排 135 枚。
印刷稿与刀线分离：两份状态 PDF 用于印刷，共用刀线只用于裁切、不印刷。制作说明要求按 100% 实际尺寸输出，使用哑面可移胶，沿刀线半切而不切穿底纸。纸样仍需试折，正式生产仍需打样确认，文件完成不等于实体贴合已经验收。
用户担心目录里文件过多，最终另建供应商交付文件夹，只放绿色印刷稿、红色印刷稿、共用刀线三份 PDF 和一份制作说明，再打包成 ZIP。这样保留完整制作资料，同时减少发送时挑错文件的可能。今天完成的是文件整理与送印准备，没有代替供应商实际印刷。
留下的判断与待办
今天有三点认识。宿主正式支持一种能力后，插件仍需完成声明、导航和页面适配，不能只增加菜单文字。演示与真实数据、好友关系与具体内容授权，都要分别处理。交付文件则应按接收者的任务组织，印刷稿、刀线和说明各有用途，不能堆在一起让对方猜。
接下来继续确认观影好友最后一轮界面部署结果，观察权限、互动和片单在真实使用中的表现；放映厅等待上游 PR 审阅，并继续检查导航与窄屏布局。备份状态贴纸先做原尺寸试贴和印刷打样，确认后再批量制作。
隐私说明
本文仅整理当天有记录支持的工作，省略私人项目与客户信息、个人行程、观影记录、好友身份、账户、服务器地址、私人链接、本地路径及凭据相关细节。保留公开项目名、技术术语和必要版本、测试与制作数据，不包含完整代码或原始日志。