用途：系统化分析与优化 Xcode 构建性能，适用于构建时间明显变长、增量构建过慢、需分析 Build Timeline、定位慢编译 Swift 代码、优化 CI/CD 构建时间、排查构建性能回退、启用 Xcode 26 编译缓存以及减少显式模块的模块变体等场景。
主要能力：按“先度量基线—分析 Build Timeline—定位瓶颈—逐项优化”的流程工作；快速上手可运行 /axiom:optimize-build 调用 build-optimizer 智能体做自动扫描与快速修复。度量阶段可用 xcodebuild clean build -scheme YourScheme 和 time xcodebuild build -scheme YourScheme，或在 Xcode 中用 Product → Perform Action → Build with Timing Summary。
覆盖的优化点包括：用 -warn-long-function-bodies 100 与 -warn-long-expression-type-checking 100 定位慢类型检查；让 dSYM/Crashlytics 等脚本仅在 Release 运行；Debug 用 singlefile 增量编译、Release 用 wholemodule；Debug 开启 ONLY_ACTIVE_ARCH；Debug 用 dwarf、Release 用 dwarf-with-dsym；在 scheme 中启用并行构建；Xcode 14+ 的 Emit Module 与 Eager Linking 自动生效；Xcode 26 用 COMPILATION_CACHE_ENABLE_CACHING=YES 启用编译缓存；Xcode 16+ 的显式模块构建与模块变体收敛。
适用场景与限制：主要面向 Xcode/Swift 项目及 CI/CD 流水线。原文强调一次只改一项并前后对比验证，且仅优化 Debug 构建速度、保持 Release 面向运行时性能；不要为并行化移除合法依赖。编译缓存当前不支持 Swift Package Manager 依赖及 CompileStoryboard、CompileXIB、DataModelCompile、Ld 任务；FUSE_BUILD_SCRIPT_PHASES 仅在全部脚本正确声明输入输出时启用。具体收益数字来自原文示例，实际效果因项目而异。