VIBE CODING / 持续维护
24,594次安装包计数之后，
接下来要补什么？
用 AI 协作做出一个能运行的桌面工具，随后会遇到更具体的问题：别人从哪里下载、第一次能不能播放、下次还能不能接着看。红果桌面版的这一轮维护，就从这些问题开始。
产品由渠道有数独立维护，面向 Windows 10/11 x64，提供搜索、收藏和本机续看。本文记录 AI 辅助开发与维护中的实际工作，不把协作成果描述为全部由个人独立编码，也不以下载量代表活跃用户或收入。
先把数字说清楚
截至2026年10月5日20:04:29（北京时间）。这是固定时间快照，不是实时仪表盘。
这个数字来自 GitHub 发行附件计数，包含重复下载的可能；它不能告诉我们有多少独立用户，也不能证明下载完整、安装成功或已经看过第一集。
| 版本 | Setup计数 |
|---|---|
| 1.0.0 | 2,327 |
| 1.0.1 | 42 |
| 1.0.2 | 7,476 |
| 1.0.3 | 9,162 |
| 1.0.4 | 5,587 |
| 合计 | 24,594 |
同一快照中的独立更新包9,080次、更新清单40,327次另列，没有加进上面的数字。独立下载者、成功安装、首播和七天后再次使用，当前都没有足够证据给出人数或比例。
数据来源：项目公开发行附件。页面当前显示的计数会继续变化；上表保留本次快照口径。
把下载后的每一步接起来
- 找到正确入口正式版本与固定发行页
- 完成安装系统要求与常见提示
- 播出第一集服务连接与首播排查
- 下次接着看本机进度与有效反馈
这一轮先更新了下载入口、安装帮助、首播排查和快捷键说明。反馈页把“视频中断”和“整个软件意外退出”分开，让使用者可以准确描述发生了什么。表单只在浏览器中生成可检查的反馈文案，仍由使用者自行发送。
这些改变可以减少理解和反馈成本，但目前没有证据把新增下载归因给某一篇教程或某一次页面更新。入口访问、安装包计数和实际使用，需要分别观察。
把一句反馈变成可以验证的动作
选集反馈提醒我们：“前100集、后100集”容易让人误以为一共只有200集。测试候选改成明确的当前范围、总集数和前后分组，并增加指定集数定位；定位与实际播放分成两个动作，避免输入数字就意外切集。
验收覆盖了620集列表中定位第545集、最后一组、越界输入和小窗口布局。原生点击接口一度不可用，后来用匹配版本的 WebDriver、Windows 无障碍接口和窗口截图继续完成检查，没有把“需要用户代测”当作唯一出口。
连播退出反馈则更复杂。此前读取到的一条用户补充提到内存压力；10月6日再次核对时，该条评论已无法访问，原因未知。这条历史线索未经过独立转储验证，不能据此确认根因。候选已收紧图片复用缓存与播放器缓冲范围，正在做原生长时间连播和资源观察。调整参数和短测通过，都不能直接证明真实环境中的退出已经解决。
2026年10月6日更新：1.0.9 已正式公开，包含上述选集定位与资源调整。本文初稿发布时公开版为1.0.4；历史测试只覆盖相应安装包和样本，不代表所有真实环境问题已解决。请以正式发行页的版本说明为准。
AI 协作快的部分，和必须留下的证据
AI 协作参与了代码修改、回归用例、自动验收脚本、资料整理和页面实现。真正用于判断能否交付的，仍是具体输入、程序版本、可重复的操作和实际结果。
- 代码回归：后续源码候选的344项前端测试通过。它们验证相应逻辑，不代表全部电脑环境可用。
- 完整候选验收：独立环境中完成了安装、升级和部分媒体操作；一个准确长片样本连续播放19分22秒并自然结束。单一样本通过不能覆盖所有内容。
- 版本对应：源码候选、已验安装包和公开发行版分别记录，避免用新源码的测试结果为旧安装包背书。
Vibe Coding 给维护带来的帮助，是更快地把反馈变成可检查的改动。持续维护还包括保留失败、处理外部依赖变化，以及对暂未验证的行为明确留白。
接下来以实际使用校准增长
项目的阶段目标是公开正式 Setup 累计达到10万次计数。它是推进方向，不是对完成日期、独立用户或收入的承诺。当前优先完成连续播放验证，维护正确下载入口，再用自愿反馈了解安装、首播和再次使用的情况。
如果你只想使用软件，从安装帮助开始；如果你也在做 AI 协作产品，可以沿着公开问题和版本记录观察后续变化。