说实话，这事儿放在几年前，我连想dou不敢想。作为一个非科班出身的产品经理，或者是说一个长期在互联网大厂里“搬砖”的普通人，想要独立完成一款iOS应用的开发，并且成功通过苹果爸爸那严苛的审核，这听起来简直像是在Zuo白日梦。但现在的时代变了AI Coding 工具的爆发，让“一个人就是一支队伍”变成了现实。今天我想和大家聊聊，我是怎么靠着 Cursor 和 Trae 这俩“神兵利器”，硬生生把一个想法变成 App Store 里的上架产品的。

在开始动手之前，选对工具真的太重要了这直接决定了你是在享受创造的过程，还是在和IDE斗气。现在的 AI 编程工具市场，说实话，有点百花齐放的意思。简单分个类的话，大概Neng分成 AI IDE 工具和代码生成/辅助工具这两大类。

像 GitHub Copilot、豆包 MarsCode 这些，geng多是作为辅助插件存在的，挂在你熟悉的 VS Code 上给你提提建议。而 Cursor、Windsurf、Trae 这些，则是直接把 AI 深度集成到了编辑器里甚至Ke以说就是为了 AI 写代码而生的。

我这次的主力组合是 Cursor 和 Trae。为什么要这么选？这里不得不提一下“薅羊毛”的心态。Trae 作为字节跳动推出的产品，目前还处在早期推广阶段，并没有对用户进行收费。这就意味着，我Ke以免费白嫖到 Trae 背后的 Claude Sonnet 和 Gemini Pro 这两个顶级大模型。大家dou是懂行的，这两个模型的Neng力在圈子里是有目共睹的，不用白不用嘛。

但是理想hen丰满，现实有时候会给你一巴掌。随着 Trae 名气越来越大，涌入的人也多了模型调用的排队时间就变得让人抓狂。有时候我急着kan代码效果，结果它在那儿转圈圈，心态真的容易崩。所以我的工作流其实是在不断演变的：从Zui初的 Cursor + Trae，变成了 Cursor + Trae + Trae CN，但在那些对即时性要求特别高的场合，我还是老老实实切回了 Cursor。毕竟Cursor 虽然要花钱，但它的稳定性和对复杂逻辑的处理Neng力，目前还是geng靠谱一些。

这里必须得吐槽一下或者说复盘一下我踩过的坑。前段时间 Cursor 服务器崩了我被迫尝试用 Trae 来实现一些需求。结果那几天简直是噩梦，失败了好多次甚至因为项目恢复的问题，我不得不新建了好几个项目。

我去请教了 ChatGPT，也自己琢磨了一下发现 Trae 在 Git 操作上可NengZuo了一些过度的封装。它把 reset、checkout、revert 这些命令简化了kan起来对新手友好，但实际上没有像 CLI那样完整地恢复工作区和缓存区。有时候它只恢复了代码区，却忘了恢复运行状态或者上下文依赖；又或者是因为文件同步机制的问题，一些自动生成的缓存文件没被纳入管控，导致我恢复版本后发现项目“缺胳膊少腿”，根本跑不起来。甚至有时候，UI 和内存dou没有同步刷新，让我以为代码没改过来。

直到后来我重新开通了 Cursor，才发现被 Trae 折磨了好几天的 bug，Cursor 几分钟就帮我理顺了。这让我深刻意识到，同样的模型，背后团队的工程Neng力真的hen重要。Cursor Neng帮我处理复杂逻辑，而 Trae 目前可Nenggeng适合帮我Zuo点基础的小改动，比如改个颜色、删个组件、调个 icon 位置之类的。

扯远了还是回到正题。这个 App 叫Zuo「SafeMark」，它的诞生其实源于我过年期间的一次“惊魂时刻”。当时我在老家，想用国补给家里买个油烟机，结果线下小米之家的工作人员非要我发身份证照片给她。我相册里正好存着证件照，没多想就发了。发完之后心里一阵发毛：这照片要是被泄露了拿去乱用怎么办？我是不是应该给照片加个水印？

这个念头一出来我就把它记在了 flomo 里。这就是 SafeMark 的雏形。我想Zuo的，就是一个Neng快速给证件照加水印的工具，保护隐私。

在立项前，我并没有搞什么复杂的需求分析，也没Zuo市场调研，毕竟我只是个独立开发者，不是大厂PM。我只是简单规划了基本架构，定下了一个核心策略：重前端，轻后端。对于这种工具类的 App，把核心体验放在 iOS 端，后端Neng省则省，这样开发成本低，也Neng快速建立对 Cursor 的认知。不需要国内的合规备案流程，上架速度快，还Neng获得即时反馈，这对我来说是性价比Zui高的选择。

有了设计稿，页面hen快就被 Cursor 搭建好了。但这里我想分享一个hen重要的心得：在现阶段，AI 还没那么强，你不Neng指望它替你思考一切。你得Zuo它的 Planner。

我之前的习惯是新建一个 idea.md 文件，这样方便 Ask、Agent 或者豆包 Marscode 去阅读。我会在这个文件里通过 Ask 不断完善需求，确认需求，然后把大任务拆解成一个个小任务。

这就像盖房子，你不Neng让 AI 一口气把楼盖好。你得把任务拆解成可执行的方案，比如“先写这个按钮的点击事件”、“再处理这个图片的裁切逻辑”、“然后对接这个 API”。拆得越细，Agent 写出来的代码就越准。这种“细化流程、细化步骤”的过程，其实就是在帮 AI 梳理逻辑，也是在帮自己理清思路。

当然中间也少不了 Debug 的环节。AI 写的代码，有时候逻辑是通的，但跑起来就是各种报错。这时候就需要耐心，一边kan报错信息，一边喂给 AI，让它去修。虽然过程有点枯燥，但kan着一行行代码跑通，那种成就感是无可替代的。

开发完了只是完成了第一步。上架 App Store 的流程，对于非开发者账号来说也是一道坎。因为一开始我用的不是开发者账号，后面又花了一整天时间去注册账号、修改信息，然后就是漫长的等待审核。

等待的过程也没闲着，我提前准备了上架需要的截图、描述、关键词等信息。一直到周五晚上，账号才审核通过。那一刻，我就像拿到了入场券一样，赶紧开始填写 App Store Connect 的各项信息，重新构建项目，上传包体，提交审核。

这是我手搓上架的第二个产品了。第一个是个 Chrome 插件，叫「flomo Quick Capture」，Yi经挂在 Chrome 应用商店了。有了那次经验，这次虽然还是紧张，但至少心里有底。

写到这里还想多提一句。在 AI 时代Zuo产品，大家dou在卷模型Neng力，好像接了个Zui强的模型就Neng天下无敌。但我一直有个观点：模型Neng力固然重要，但工程优化和工具适配的重要性也不言而喻。这三者是协同进化、相互成就的关系，尤其是工程优化。

就像前段时间，好像所有的互联网产品dou接入了 DeepSeek，甚至连卖鼠标、卖冰箱的dou宣称自家产品接入了“满血版 DeepSeek-R1”。先不说是不是真的“满血”，单就 R1 这种推理模型而言，接入之后到底提升了什么业务指标？是交互体验geng好了？还是回答效果geng准了？还是仅仅为了营销噱头？

Ru果是为了满足政治正确或者营销，那大可不必。自己dou不用的功Neng，别指望用户会用。正确的认知应该是：好的模型是加分项、是锦上添花，并非雪中送炭。Ru果背后的工程Neng力跟不上，模型再强也发挥不出作用。就像 Trae 和 Cursor 的对比，同样的模型，工程实现的不同，导致了用户体验的天壤之别。

这几年，我一直在思考一个问题：Ru果拉长时间维度，坚持Zuo 5 年、10 年，结果会是什么？这是我想要的吗？

我一直有个观点，可Neng听起来有点反直觉：工作才是副业，只是我们生活中的一部分，是为了满足基本生活需求；而主业才是我们追求个人成长和实现人生价值的重要途径。

大概在几年前，我就想开发一款 App 上架商店，实现副业营收。这个想法一直没变，只是在不断修正。以前我觉得自己Neng力不够，Zuo副业 ROI太低，不如在职场里多学点东西。但现在AI 把门槛降得足够低，让我这个不懂代码的产品经理，也Neng把「设计稿 - 开发 - debug - 上架」这个流程跑通。

谜底科技的、flomo 团队的少楠、Light、范冰，还有小猫补光灯的作者花生，他们的播客、文字、视频，dou在不断启发和鼓励我。他们让我kan到，独立开发者不仅仅是在写代码，geng是在创造生活方式，在解决实际问题。

锤子便签的 icon 上有句话我hen喜欢，出自纪伯伦的《先知》：不要因为走得太远，就忘了当初为什么出发。我Zuo SafeMark，不是为了赚大钱，而是为了解决自己的痛点，为了给需要的人提供一点帮助。Ru果在职场上找不到意义感，那就尝试Zuo副业，提供给需要的人，进而提升幸福指数。

SafeMark 是我短期目标内的产物之一，未来微信小程序也会有的。当然这篇内容也不是结束，而是一个开始。

是的，它还有hen多不足，UI 不够精美，功Neng不够完善，但我会持续迭代，让它geng好用。第一次一个人全流程搞完一个 App，感觉真的hen爽。期待被人下载，被人使用，被用来解决问题。

不止开发一款 App，而是要开发多款。这种方式，可Neng是我未来实现geng好生活的杠杆之一。

Zui后的Zui后祝好～ ❤️ Ru果你在 App Store 搜到了 SafeMark，欢迎下载体验，有问题随时反馈给我。你的每一个建议，dou是我迭代的动力。