2026, 0302 - 0308
上上篇周记就提到了右肩疼，这周疼痛突然加剧，体验了几天杨过的日子。我怀疑是过年期间天天和孩子玩《马力欧派对 空前盛会》的体感游戏导致的，不是挥来挥去就是甩来甩去。严重到不仅一点也抬不起来了，而且任何角度也无法旋转，整个右臂只剩下了最基本的抓握功能，这一点还是比杨过强多了。连续三天布洛芬加扶他林，内服加外敷，总算是缓解了好多。
本周工作
重新提交软著
上周提交软著后，正好有其他开发者向我询问文件模板的事，我仔细一看，提交的使用文档里目录和实际内容不匹配，缺了很多索引，淦！/p>
版权保护中心的网站里还不能修改提交的文件，只能删除整个申请重新提交一遍，这样下证时间又延后了一个星期了。
极简时钟 iOS
这周提交了 v4.15.0 ，主要是加入了使用数据的统计，也就是时钟、番茄钟、正计时各用了多少时间，以及一些简单的聚合统计。这个功能其实很早就写好了，只不过页面一直没有开放给用户。这周优化了一下页面，另外让 AI 检测了一下各项统计有没有 bug 。
另外我还发现两个只在 iOS 26.1 和 26.2 出现的 bug ，都是出现在 App 刚启动后。一个是默认的时钟切换主题颜色时卡片颜色和背景颜色会出现错乱，另一个是部分文字在 App 启动后不会显示或者无法更新。这两个问题在切换到其他主题或者页面后再返回就会消失，我的手机是 iOS 26.1 ，模拟器是 iOS 26.2 ，都会百分百复现这两个 bug 。而且我用手机安装已经发布的线上正式版本也会出现这两个问题，一开始把我吓坏了，还以为这么严重的 bug 存在已久，直到我在 iOS 26.0 和更低的系统版本上运行 App 才发现并没有这个 bug 。
AI 花了大半天才修复了这个 bug ， 因此晚了一天才发布新版本。
极简日记 iPad/Mac
一看 git log 才知道距离上次开发 iPad/Mac 版已经过去半个多月了。这周加入了搜索和设置页面、修复了导航的闪退问题、修复了分享截图尺寸的问题、优化了实况照片的播放。
其实从功能的角度来看，已经把 iOS 版的功能都移植过来了，只不过还需要很多细节上的调整和测试。
ASO
群里又聊起了 ASO 的话题，大佬自己用 AI 搭建了一个关键词跟踪工具，受其启发我也想自己搞一套 ASO 监测和优化的工具。
我把这个工具当成一个 AI 实验，只把一句话的想法发给 Codex ，也没提出任何技术栈相关的需求，我就想看看 AI 能做到什么地步。没想到 Codex 库库写了半天，直接把周额度都干光了，结果给了我一个示例数据的页面……它自己倒是写了一大堆 Python 脚本，但是这些脚本都需要真实数据才能运行，而难点就是真实数据的获取，特别是竞品的数据，只能靠爬虫获取。
如何快速试错一个 App
看到很多人都说现在靠 AI 可以一周就上架一个 App ，我就问了 AI 这样做的可行性如何，AI 的回答里有一句话击中了我：
我又补充了一些条件，让 AI 聚焦于适合独立开发者的工具类 App ，最终让 AI 生成了一个关于如何选题、竞品研究、需求挖掘、快速试错等可以加速开发的行动清单，我感觉这个可行性非常高，分享给大家：
一、选题（最重要）
- 每做一个 App 前，先在 App Store 搜索框输入关键词并记录自动补全词。自动补全词就是用户真实搜索词。
- 每个 App 必须围绕一个核心关键词开发，例如 video compressor 或 image resizer 。
- 如果一个关键词搜索结果前 10 名都是大公司产品，直接放弃这个选题。
- 优先选择 24 个单词的长尾关键词，例如 subtitle extractor ，而不是 video editor 。
- 做选题时记录三个指标：搜索量、竞争度、开发复杂度。
- 建立一个选题库表格（ Notion 或 Excel ），长期积累 100 个以上关键词。
- 每周固定花 1 小时专门做关键词研究。
二、竞品研究
- 每个选题必须先研究 App Store 搜索结果前 10 名产品。
- 记录每个竞品的 Title 、Subtitle 、Icon 风格和 Screenshots 文案。
- 如果前 10 名 App 平均评分低于 4.3 ，说明有优化空间。
- 如果前 10 名 App 截图明显老旧或设计差，可以优先进入这个赛道。
- 每个新 App 至少找 3 个竞品参考 UI 和功能。
三、需求挖掘
- 每周浏览 Chrome Web Store 排行榜，寻找可以做成手机 App 的插件功能。
- 优先关注用户超过 10 万的工具插件。
- 每周查看大型 App 的 1 星评论，记录用户抱怨的功能缺失。
- 看到评论中出现 wish it could 或 missing feature 时，把需求加入选题库。
- 在 Reddit 或论坛搜索 looking for an app 的帖子记录需求。
四、开发效率
- 建立一个 iOS App 模板工程，包含 Paywal 、设置页、评分弹窗、Analytics 和隐私协议。
- 每个新 App 从模板工程复制开始开发。
- 目标是 80% 代码复用，20% 新功能。
- 每个 App 的核心功能必须能在 3 秒内理解和使用。
- 如果一个功能需要超过 5 个主要界面，就拆成多个 App 。
五、发布节奏
- 固定发布节奏：第 1 周选题和开发，第 2 周测试、ASO 和发布。
- 每个 App 的开发时间控制在 35 天以内。
- 发布前测试不同设备、深色模式和离线状态。
- 每个 App 发布后记录下载量和关键词排名。
六、ASO
- Title 中必须包含核心关键词。
- Subtitle 用来放第二关键词。
- App icon 必须在搜索结果中清晰可辨。
- 第一张截图必须在 2 秒内说明 App 的用途。
- 截图文字控制在 6 个词以内。
七、数据复盘
- 每月统计所有 App 的下载量、收入和关键词排名。
- 找出下载量前 20% 的 App ，优先更新优化。
- 找出完全没有下载的 App ，停止投入时间。
- 每半年重新整理选题库，淘汰过时需求。
核心三条原则
- 先找关键词，再做 App 。
- 两周发布一个 App ，一年就是 26 个实验。
- 让概率替你找到成功产品。
然后，我就让 Codex 根据上面这些原则建立一套 App idea 评估的工作流，生成结果是一个需要自己录入各种数据的网站，里面有很多数值我都不知道是什么意思，还没深入研究。
不过我把灵感库里的五个 App idea 让 AI 根据上面的原则分析一下可行性，结果有点出乎我的意料，我以为创意十足功能强大的 idea 在 AI 眼里看来可行性很低，反倒是平平无奇而且已经一片红海的一个 idea 在 AI 看来是最有可能成功的，这一次我选择相信 AI ，新建了文件夹，然后让 Codex 生成了一个 MVP ，拭目以待吧。
代码之外
阅读
读完了东野圭吾的《谁杀了她》，豆瓣评分 7.5 。本来以为内容会很不错，读完却有点失望，场景太小，人物太少，案件复杂度也不高，最最关键的是，结尾居然没有明确交代谁是真正的凶手！
在书店里看到过东野三本名字相近的书摆在一起，就是《谁杀了她》《你杀了谁》《我杀了他》，当时就懵了，现在来看估计另外两本书也是没有揭示凶手的结局。
另外，第二遍读完了《纳瓦尔宝典》。第一遍究竟有没有完全读完我早就忘了，有声书也听过，但里面的内容也忘了。有人说这本书就是放在桌上随手翻看的，估计以后我也会读第三遍甚至更多。
电影
终于有时间去补看春节档的电影了，在电影院呆了一下午，一口气连看了《飞驰人生 3 》和《镖人》。看完后听影评播客，没想到《飞驰人生 3 》居然是今年春节档票房冠军，而且是断层领先，是整个春节档总票房的 50% 多。更令我意外的是《镖人》票房居然排名第三，春节期间明明还看到新闻说《镖人》的票房成绩连续逆跌来着，可能是我期待比较高，也可能是去年徐克把武侠动作片的口碑拉低了。
车戏和打戏没得说，很精彩。不过说心里话，两个影片都有严重的硬伤。对白本来是韩寒的优势，但是《飞驰 3 》居然在这方面大幅退步。《镖人》的问题就更多了，和宣传片严重不符，很多角色都没怎么展示武打场面就下线了。针对原著的魔改算是失败，把本来不相关的谛听强行加入，使得整个五大家族的故事和角色被大大压缩，感觉既要又要还要。
目前尚无回复
Select Language