当灵感跑在了结果前面 - 肘子的 Swift 周报 #145
内容提要
作者反思AI工作流优化：解除额度限制后大量测试，但“Vibe Coding”带来的虚假心流导致盲目试错，测试劣化后才醒悟。AI缩短验证时间，却易让人忽略深入思考，低成本穷举不能取代真正思考，直觉经验在否决不切实际构想时更高效。AI应辅助执行，而非代替思考。
延伸解读
警惕“Vibe Coding”带来的虚假心流
作者在解除额度限制后大量测试，却因“Vibe Coding”产生的虚假心流而盲目试错，直到测试结果劣化才醒悟。这种状态容易让人忽略对构想的深入思考，陷入低成本的穷举测试。读者应警惕AI辅助开发时产生的“灵感”，确保在动手前进行逻辑梳理，避免被虚假的成就感误导。
AI应辅助执行，而非代替思考
作者强调，AI虽然能极大缩短验证时间，但直觉与经验在否决不切实际的构想时效率更高。AI更适合作为执行工具，而非思考的替代品。开发者应善用AI加速验证，但核心的思考与决策仍需依赖自身积累，避免过度依赖AI导致思维惰性。
低成本穷举不能取代真正思考
文章指出，AI带来的低成本穷举测试容易让人忽略深入思考，但真正的思考是必要的。作者通过自身经历说明，盲目试错不仅效率低下，还可能带来劣化结果。读者应平衡AI的使用与自身思考，确保在快速迭代的同时保持对问题的深刻理解。
Q&A
作者在解除AI额度限制后，遇到了什么问题？
作者在解除额度限制后，进行了大量测试，但发现自己在等待测试结果时不断产生新的想法，导致迭代速度超过测试结果，许多想法未经深思熟虑，最终测试结果出现劣化，才意识到问题。
什么是“Vibe Coding”带来的虚假心流？
“Vibe Coding”带来的虚假心流是指一种看似高效但实则盲目的状态，在这种状态下，开发者容易产生大量未经审慎思考的灵感，并急于实施，而忽略了深入思考，最终可能导致测试结果劣化。
作者认为AI在开发中的正确作用是什么？
作者认为AI是一个强大的工具，但它的正确作用是辅助执行，而不是代替思考。AI可以缩短验证时间，但不能取代真正的思考，直觉和经验在否决不切实际的构想时更高效。
作者为什么说“低成本穷举测试”不能取代真正的思考？
因为低成本穷举测试虽然可以快速尝试多种方案，但容易让人忽略对构想的深入思考和逻辑梳理，导致盲目试错。而真正的思考能更高效地否决不切实际的构想，避免浪费时间和资源。
SwiftUI中geometryGroup()、compositingGroup()和drawingGroup()三个修饰符的主要区别是什么？
geometryGroup()通过将插值机制上提，解决子视图动画缺少一致过渡状态的问题；compositingGroup()为其上层的图形效果划定合成边界，使多个子层级作为一个整体处理；drawingGroup()将多个层级栅格化为离屏图像，以空间换性能。
在Swift 6并发机制合并LLM与遥测双数据流的示例中，如何保证线程安全？
通过将所有可变运行状态收进一个actor，所有访问都经过actor隔离，交替执行永不冲突，零竞争由编译器直接证明。
SwiftData的HistoryObserver机制有什么作用？
HistoryObserver机制让开发者实时掌握来自不同源对同一个数据库造成的数据变更事件，通过withContinuousObservation监听变更计数触发同步，用持久化的lastToken做书签实现增量读取，并用软删除和author标签避免递归自触发。
如何在Swift包中共享公开的资源符号常量？
将需要共享的资源放进.xcassets内的Public/子目录，再用Ruby脚本扫描所有**/*.xcassets/Public/，按包名生成一个嵌套enum的<PackageName>+Generated.swift，把内部符号重新导出为public，从而可以在其他库中通过Image(.AppCommons.logo)的方式调用。
如何突破Xcode预览与MCP的沙盒限制？
通过引入一个独立的、未沙盒化的XPC服务专门与Xcode MCP对话，主App本身仍保持沙盒化，两者通过XPC通信；渲染结果由helper服务读取后内联传回，从而绕开主App无法访问沙盒外文件路径的限制。
App Store Connect登录Bug的workaround是什么？
该Bug的根源是一个名为dc的session cookie（dc=st），首次登录时该cookie尚未写入，服务端因此返回302跳转到登录页。解决办法是手动把它改成一年后过期的永久cookie。
