苹果开发者自曝用Claude完成95%开发并上架

“工程师”Claude这阵子也是够风光的，居然能给苹果打工了（doge）。玩笑归玩笑，但这位开发者的经验分享，确实值得好好琢磨一下。

苹果开发者教你“驯服”Claude

Indragie是位经验丰富的工程师，和很多同行一样，他手里也攒着一长串“烂尾项目”list。原型总能搭出来，但最后那20%的交付工作，偏偏要耗掉80%的时间和精力，项目就这么一个接一个地搁置了——这已经是他整整6年来，没能成功发布任何一个副项目的主要原因。

今年2月，他决定再试一次，这次押宝在Claude Code上。结果呢？Claude几乎承包了所有活儿。

Claude以“Agent循环”为开发核心，玩法很简单：一个文本框，输入提示词，就能指挥它干活。这直接把传统的IDE（比如VS Code）变成了辅助工具。

具体干活的时候，Claude能自己定位和阅读项目里的现有代码，理解代码风格和设计模式，参考额外的文档，生成测试用例，编译程序，跑测试，然后根据编译或测试失败的结果，自动迭代修复。

Indragie发现，在Swift和SwiftUI这块，Claude对Swift 5.5之前的版本玩得更溜，特别是在SwiftUI上。它生成的UI代码基本准确，就是可能不太好看——美观的问题，可以通过迭代改善。就像Indragie提到的，直接在文本框里输入“让它更美观”，效果就出来了：

关键点来了！对于Swift Concurrency这类大版本变更，以及新旧API的选择，Claude有时候会犯迷糊。所以Indragie想了个招：在项目里放一个叫CLAUDE.md的文件，里面写清楚现代的API怎么用，相当于给Claude一本“基本操作手册”，帮它避开常见的陷阱。

Indragie特别强调“上下文工程”的重要性。虽然Claude有200k tokens的大容量上下文窗口，但他发现，窗口用久了，模型性能会下降，而且“压缩”机制可能导致重要细节丢掉。所以，他用了“预设Agent”的方法——让Agent预先读一些额外的上下文（像CLAUDE.md文件、特定的文档或源码），这样输出质量能提高不少。

Claude还需要详细的需求说明。输入方式不限，语音、打字都行，不过Indragie自己更喜欢打字。

扩展思考模式是关键启动开关！为了避免Claude盲目动手导致结果不靠谱，Indragie会先让它开启扩展思考模式，并且“制定计划”。通过“think”、“think hard”、“think harder”、“ultrathink”这几个关键词，可以激活不同强度的扩展思考。其中“ultrathink”最耗token，但效果最好。

Claude能自己驱动反馈循环：改代码、测试、分析失败原因，一条龙服务。所以Indragie建议设置一个高效的反馈循环：构建、测试、修bug、修用户体验。他用XcodeBuildMCP来简化构建和运行流程。不过，如果Bug或UX问题需要用户交互才会出现，那还是得手动提供日志或截图。

除了写代码，Indragie发现Claude Code作为通用模型，能干的事儿不止编码，还包括编辑文案、规划功能等。他觉得最有用的一点是，能生成逼真的模拟数据，这直接加速了UI原型开发和功能验证，特别是当没有真实数据的时候。

Indragie还发现，构建高质量的自动化脚本基本是“免费”的。他让Claude写了一个2000行的Python发布脚本，功能齐全：检查环境、生成更新日志、生成Sparkle appcast（就是描述macOS更新信息的XML文件）、发布到GitHub、上传调试符号等。脚本写完后，他只用了一行简单的提示词就美化了CLI输出，效果拔群：

折腾完这一圈，Indragie突然意识到，自己开发用的主要工具其实就两个：Claude Code和GitHub Desktop。他由此推断，未来的IDE可能会彻底变样——源代码编辑器或许不再是主角，核心会变成帮开发者预设Agent上下文，以及设置对Agent至关重要的反馈循环。

成功发布Context应用后，Indragie兴奋地说：

对我而言，最让我兴奋的不是这个应用本身，而是我终于又能满足编程瘾，发布精良的副项目了。这就像每天多了5个小时，代价不过每月200美元。

One More Thing

据Claude Code公布的官方数据，自今年2月上线以来，它已经被11.5万开发者使用，单周处理了1.95亿行代码。假设Claude Code是一个初级工程师，这些数据换算过来，意味着它的年收入能达到1.3亿美元。

1亿美元年薪的风，终究是吹到了Claude身上～