乐于分享
好东西不私藏

App发版总忘?用codex写个专属App把自己“叫醒”

App发版总忘?用codex写个专属App把自己“叫醒”

01|事情是这样的

我每个月都要打好几个甚至10多个iOS和Android安装包。包括公共上架包、企业私包、CocoaPods包和TestFlight包,尤其是iOSTestFlight包每三个月需要打包一次,每次都要提前准备好新的IPA包上传,否则用户那边的App就直接用不了了。
后端更新之后的第二天,App需要同步上架或者发布CocoaPods。这类计划通常是提前半个月到一个月就定好的,等真到了那天,早就忘干净了。

我试过日历提醒。

日历提醒的问题是:它太容易被忽略。弹个窗,点一下“稍后”,然后就再也没有然后了。发版这种事不像开会,错过了还可以补救——错过了就意味着用户App用不了,或者CocoaPods发布延期。

我需要一个不会被忽略的提醒。

于是我做了一个决定:让Codex帮我写一个Mac App。

我虽然会SwiftUI,但是完全没有开发过Mac APP。

看一看提醒效果:

02|从零开始,Codex是怎么帮我的

整个开发过程大概用了2个小时,断断续续。我没有写一行Swift代码,全部由Codex完成。我的角色是:描述需求、审查代码、跑起来测试、指出问题、让Codex修改。

这不是一篇教你写Swift的文章。这是一篇真实记录AI辅助开发全流程的文章。

03|第一阶段:搞清楚我要什么

最开始我没有直接让Codex写代码。我先跟它聊需求。

我说我需要一个Mac菜单栏App。功能大概是这样:从企业微信的截图里识别出“提交审核包”“灰度上线”“TestFlight IPA”这些时间节点,自动生成提醒。同时支持手动录入周期性的任务,比如每三个月提供一次TestFlight IPA。

然后让codex作为项目经理和产品规划给我app架构和规划:

包括技术路线都给我了:

界面规划:

实施步骤与 Prompt:

建议开发顺序:

一个命令整个app的架构、项目规划、界面规划、技术路线等都出来了。

04|按步完成

接下来就是根据codex的规划和提示词逐步完成。

然后用Xcode打包。

拖入应用程序。

就可以用了。

05|如果不用Codex,我会怎么做?

这是这次最有意思的对比。
如果不用 Codex,这个项目大概率会变成:
查 SwiftUI 菜单栏怎么做查 NotificationCenter 怎么用查 OCR 接口查 AIJSON解析写一堆样板工程然后卡在“工程结构怎么设计”
最后很可能变成一句话:
等我有空再做完
但在 Codex 的参与方式里,流程变成:
  • 先写 SPEC.md(产品是什么)
  • 再写 IMPLEMENTATION_PLAN.md(怎么做)
  • 然后逐模块生成 SwiftUI 骨架
  • 最后再逐步补能力
变化很关键:
开发从“写代码”变成了“管理生成过程”。

06|当前状态和未完成的能力

到现在,这个App已经能实际用了。

已完成:

菜单栏入口提醒创建、编辑、删除、完成单次和重复提醒(每天/每周/每月/每三个月)系统通知 + 强提醒窗口重复任务自动计算下一次时间

但还有几件事没做完:

数据持久化:当前所有提醒都存在内存里,App重启就丢了。需要接入SwiftData或SQLite。
OCR:目前是占位接口,还没接入Apple Vision。截图识别文案还不能用。
AI日期提取:还没接真实的AI Provider,计划用本地规则解析 + 可选AI API。

也就是说,App已经验证了核心提醒体验,但“从企业微信截图到自动创建提醒”的完整闭环还没跑通。目前的实用价值在于手动录入周期性任务 + 强提醒——这部分已经能帮我解决TestFlight过期遗忘的问题了。

07|最后

哪怕你完全不会 Swift,只要你有特定场景的痛点,现在就能拿出 Codex 或 Claude 帮自己量身定制。
目前的 ReleaseBell 还在 MVP 阶段。数据目前还存在内存中,OCR 和真实 AI 提取层还是留好了接口的 Mock 占位。
但这恰恰是 AI 开发的迷人之处:你不需要一步到位,你可以先让它验证核心体验。
如果你也经常被散落在群聊、文档里的各种 Deadline 折磨,是时候让 AI 帮你写一个专属的“看门狗”了。

相关学习资料