在调试代码之前检查构建环境。核心原则 80% 的“神秘”Xcode 问题是环境问题（陈旧的派生数据、卡住的模拟器、僵尸进程），而不是代码错误。

Vision 框架计算机视觉的综合参考：主题分割、手/身体姿势检测、人物检测、人脸分析、文本识别 (OCR)、条形码检测和文档扫描。

对视觉框架问题进行系统故障排除：未检测到主体、丢失地标、置信度低、性能问题、坐标不匹配、文本识别失败、条形码检测问题和文档扫描问题。

指导您实现计算机视觉：主题分割、手/身体姿势检测、人物检测、文本识别、条形码检测、文档扫描以及结合视觉 API 来解决复杂问题。

如果某项公理技能适用于您的 iOS/SWIFT 任务，您就别无选择。你必须使用它。

连接 UIKit 和 SwiftUI 的系统指南。大多数生产 iOS 应用程序都需要两者 - 这项技能教授桥接模式本身，而不是桥接的特定于域的视图。

CAAnimation 问题表现为缺少完成处理程序、错误的计时或特定条件下的卡顿。核心原则 90% 的 CAAnimation 问题是 CATransaction 时序、图层状态或帧速率假设，而不是核心动画错误。

等待条件，而不是任意超时。核心原理 Flaky 测试来自于猜测操作需要多长时间。基于条件的等待消除了竞争条件。

Xcode 26 的记录 UI 自动化功能指南，用于通过用户交互记录创建 UI 测试。

Apple 平台上的版式完整参考，包括旧金山字体系统、文本样式、动态类型、跟踪、行距和通过 iOS 26 的国际化。

tvOS 与 iOS 共享 UIKit 和 SwiftUI，但在关键方面存在差异，吸引了每个 iOS 开发人员。三个最危险的假设：（1）本地文件持续存在，（2）WebView存在，（3）焦点像@FocusState一样工作。

CoreTransferable 框架和 SwiftUI 共享界面的综合指南：拖放、复制/粘贴和 ShareLink。

iOS 计时器机制的完整 API 参考。有关决策树和崩溃预防，请参阅 axiom-timer-patterns 。

与计时器相关的崩溃是最难诊断的崩溃之一，因为它们通常是间歇性的，并且崩溃日志指向 GCD 内部，而不是您的代码。核心原则：DispatchSourceTimer 有一个状态机——违反它会导致看起来随机的确定性 EXC_BAD_INSTRUCTION 崩溃。 Timer (NSTimer) 有一个 RunLoop 模式陷阱，可以在滚动过程中默默地停止计时器。这两种情况都可以通过该技能中的模式来预防。

TextKit 2 的完整参考，涵盖架构、从 TextKit 1 的迁移、编写工具集成以及通过 iOS 26 使用 AttributedString 的 SwiftUI TextEditor。

使用 Swift 测试框架测试异步/等待代码的现代模式。

使用 Xcode Organizer 调查 TestFlight 崩溃和审查 Beta 反馈的系统工作流程。核心原则：在编写任何修复程序之前了解崩溃情况 - 15 分钟的分类可以避免数小时的调试。

当参与者太慢或太重时的低级同步原语。

SwiftUI 搜索是基于环境和导航的。您将 .searchable() 附加到视图，但导航容器（NavigationStack、NavigationSplitView 或 TabView）呈现实际的搜索字段。这种间接寻址是大多数搜索错误的根源。

使用时：