Xcode 构建时间基准优化

要解决的问题

Xcode 的全量构建和增量构建耗时常常难以定位。一次 clean 构建可能持续数十分钟，而改一行代码之后的增量构建也可能因为任务依赖、编译配置或索引问题异常膨胀。传统排查方式一般是手动跑 time xcodebuild、对着日志猜测瓶颈，既缺少系统性数据，也很难判断哪一部分值得优先投入。

这个技能做什么

它把构建耗时拆成可测量的环节，先建立基线再谈优化：

• 基准测试：对 clean 构建和增量构建分别计时，记录可对比的基线数据。
• 热点分析：用 xcode-build-benchmark 采集数据，再由 xcode-compilation-analyzer 定位编译阶段的热点；xcode-project-analyzer 检查工程与配置层面的问题，spm-build-analysis 覆盖 Swift Package 依赖的构建开销。
• 先出计划再动手：把发现整理成按优先级排列的优化建议，在改动项目文件之前提交审批，确认之后才推进。

关键步骤

实际入口是 xcode-build-orchestrator：在支持 Agent Skills 的 AI 编码工具里打开 Xcode 工程，输入让它分析构建性能并提出改进计划的指令即可。orchestrator 负责编排上面这些技能，因此它依赖其余技能都已就位。xcode-build-fixer 则用于在计划获批后执行具体修复。

适用边界

• 需要 Xcode 工程、Xcode 构建工具和支持 Agent Skills 的编码工具；SPM 相关分析只在存在 Package 依赖时才有意义。
• 工具链输出是优化建议的主要依据，多机 CI、复杂分片构建等场景仍需人工复核。
• 该技能做测量与规划，最终是否采纳、如何取舍由开发者决定。