随性编码对App Store的生态来说是件好事，但苹果还是对没有安全措施的用法保持警惕。这是个很难拿捏的平衡。
最近几年，随着AI聊天机器人兴起，随性编码的概念也跟着火了起来。它渗透到开发流程的很多环节，把做App这件事变得像小孩子玩游戏一样简单。
不过，虽然它有好处也有问题，但有些方面苹果是真的很担心，特别不想让这些隐患在将来变成大麻烦。
苹果现在就想把事情处理好，免得以后真的出乱子。
什么是随性编码？
简单说，随性编码就是让AI聊天机器人帮你写代码。最基本的情况是，你给聊天机器人一个指令，可能再加点简单的要求，它就自己把App做出来。
提示词可以简单到“给我做一个赛车游戏”，或者“做一个可以调时间的蛋定时器，还要能换不同的闹铃声音”。
这个想法让任何人都能轻松做出自己想用的App，不用再去学怎么写代码、怎么组织程序结构，甚至不用熟悉Xcode这样的开发环境。
把ChatGPT连到Xcode上，你就能让AI帮忙做App。
这可以看作是现有代码辅助工具的自然延伸，但走得更远。开发者写代码时，工具会给出现成的片段帮你补全，省下不少时间。
随性编码则更进一步，基本上把大部分主动权都交给AI。它会按照自己在网上学到的编码习惯，用自己的方式完成你的指令。
很多时候，用户只是让AI做一个App，然后直接用就行，根本不去看代码，也不会去质疑什么。他们可能只提提改字体大小、换颜色之类的反馈，对背后的过程压根不关心。
这种“告诉AI该做什么”的思路不只限于写代码。你也可以让它帮你设计界面或者做其他东西，虽然成功率各有高低。
要判断随性编码到底该不该放开，得从两个角度看，苹果现在就是这么想的：一个是用来做App提交到商店，另一个是在App Store之外怎么用。
作为助手的随性编码
苹果完全接受的一种用法，是在App Store之外搞随性编码。用AI在Mac上做App，苹果一点问题都没有。
它甚至还鼓励这么做。
很早之前，你就可以把AI工具连到开发环境里修改代码。现在集成度更高了，AI能更充分地利用开发环境，真正做到从零创建一个完整项目。
苹果在Xcode 26.3里就引入了这项功能。给AI服务更多权限后，就能做出符合苹果开发者规范的完整App。
整个过程快得惊人。我二月份试过把ChatGPT连到Xcode，几分钟就做了一个简单的番茄钟App，还在Mac屏幕上跑起来了。
再点几下按钮，同样的App就跑到连接的iPhone上了。
用简单提示词在Xcode里几分钟就随性编码出一个番茄钟App。
这大大降低了做App的门槛，你现在不用懂Swift也能给iPhone做应用。只要描述得够清楚，让AI明白你的意思，而且你对最终效果不是特别挑剔，做出来的东西基本就能用。
当然，你也不必完全接受AI给的结果。
不少读者看过我之前用ChatGPT在Xcode里做游戏的过程。我没有完全放手随性编码，而是小心翼翼地一步步做小改动。
每个要求我都仔细考虑，做完后认真检查，有问题就改好再继续。不是纯粹的随性编码，更像是当项目经理，指挥一个什么都懂的虚拟程序员。
当然，有人完全靠随性编码也能做出同样的游戏，但真出了问题他们很可能不知道怎么修。
最后做出来的东西也未必符合自己的预期。
几分钟后，同样的番茄钟App就跑到iPhone上了。
随性编码的人可能看到别的App有个功能，就直接让AI也加上去。但除非你清楚那个功能是怎么实现的、别人考虑了哪些底层细节，并且能完美地告诉AI，否则做出来的不会是完全一样的。
有时候，执行细节才是关键。
有了Xcode的增强集成，苹果显然对这种随性编码方式没意见。实际上，这还让不少App更快地通过了审核提交到App Store。
对苹果来说，随性编码意味着商店里会有更多App，也就有更多赚钱机会。
至少，这种版本的随性编码是它能接受的。
超出App Store的范围
苹果要面对的另一种随性编码，是直接在iPhone或iPad上操作的。这种就麻烦了，因为苹果没法直接管。
苹果一直不允许在iPhone和iPad本机上编译App。虽然Swift Playground里有一些编码功能，但那是严格受控的体验，你没法做出独立的App。
这不是硬件做不到——iPhone和iPad本身就是功能强大的电脑——而是权限上的限制，有几个很充分的理由。
App Store审核指南明确禁止编译代码，也就是说，你不能提交一个能生成代码、然后在iPhone或iPad上直接作为独立App运行的应用。
这些规则的存在是有道理的，其中一个重要目的就是保障安全和隐私，通过审核提交的App来防范潜在风险。
App Store审核流程也接受随性编码做出来的App。
如果一个App能自己编码和编译，那就意味着可能产生不受App Store审核指南约束的应用。苹果根本没法检查这些在设备上生成的东西。
最坏的情况是，有人直接在iPhone或iPad上做出恶意软件，然后用来搞破坏。
以目前随性编码的能力，如果没有防护措施，用户只要写个提示词就能生成危险软件，完全没人监督，也没任何保护。
也有人说苹果会因为用户自己做App而损失收入。但比起可能出现的恶意软件，以及对用户隐私和其他人数据的潜在伤害，这根本不是重点。
当然，还是有办法在不违反苹果规则的情况下使用随性编码。
比如把编译过程放到设备外。有人用iPhone App来设计，然后把Web App托管在其他服务器上。
最近有些AI服务是让AI在远程电脑上根据手机App的提示来操作，这也属于远程编译的变通方式。
在iPhone上用提示词让AI在你的Mac上构建App，并不违反App Store规则。
Replit曾因为苹果的严格规定被拒更新，后来改了才重新上架。
最近的例子就是Replit。一月份苹果拒绝了它的更新，因为不满意用户能在iPhone上预览AI生成的App，这违反了动态执行代码的相关规则。
到了五月，Replit做了些调整，苹果才同意更新。至于具体改了什么，双方都没详细说，但很可能跟预览机制有关。
那还能维持多久？
目前苹果对随性编码的处理还算稳妥。其实是两个不同问题，它对每个都给出了合适的答案。
用随性编码做App提交到商店，是对这项技术的自然运用。对苹果来说，唯一的实际缺点就是审核压力变大，还有市场里App太多可能让开发者更难卖出去。
这些问题可以通过改进审核流程、帮助用户更快找到好App来解决。
另一边，也就是直接在iPhone上做无法被苹果审核的App，目前的处理方式也没问题。
在App Store的随性编码App这件事上，苹果既是法官也是执行者。
苹果没法确认一个理论上在iPhone上生成的App到底安不安全。这和之前第三方应用商店争论里的安全问题很像。
我还是觉得苹果现在的做法是对的。它不希望有人在iPhone上做出无法审核、可能造成严重危害的恶意软件。
有人建议苹果对iPhone上的App采用和Mac一样的处理方式——通过公证流程检查从网上下载的App。
虽然细节上还有很多不同，但macOS已经证明这套办法是可行的。
真正麻烦的是，等大AI公司发力，要求苹果允许在iPhone上直接生成和使用随性编码的App时。
不管苹果怎么抗拒，最终还是得决定：要么放开，承担安全和隐私风险；要么拒绝，得罪OpenAI、Anthropic这些大厂。
这是苹果迟早要面对和解决的问题。AI领域变化这么快，这个时刻可能比大家想象的来得更早。
