Skip to main content
skill CX Codex

xcode-build-benchmark — Claude Code skill: benchmark builds

Measures clean, cached clean, and incremental Xcode builds with repeatable inputs. Use it to establish a baseline or compare build time after changes.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add AvdLee/Xcode-Build-Optimization-Agent-Skill --skill xcode-build-benchmark -a claude-code
Open on GitHub

What xcode-build-benchmark does

This skill standardises an xcodebuild invocation, runs repeatable measurements, and writes timestamped JSON artifacts to .build-benchmark/. Its report includes median, minimum and maximum times, major timing-summary categories, and environment details.

The workflow runs a warm-up build when needed, then 3 clean builds and 3 zero-change builds. When COMPILATION_CACHE_ENABLE_CACHING = YES is detected, it also measures cached clean builds. Add --touch-file path/to/SomeFile.swift to test the edit-and-rebuild loop. The fastest single run is not enough, so the skill reports medians and spread.

A git worktree needs extra care. SPM packages whose exclude: paths point to Git-ignored directories can crash xcodebuild -resolvePackageDependencies; create missing directories such as __Snapshots__ before building.

What it helps with

  • establish an Xcode build-time baseline
  • compare build results before and after a change
  • separate clean-build timing from zero-change overhead
  • measure rebuild time after touching a source file
  • save raw timing results in .build-benchmark/

Example prompts for the agent

  • “Benchmark clean and incremental builds for this Xcode project and save the artifact in .build-benchmark/.”
  • “Compare build times before and after my changes using the MyApp scheme.”
  • “Run a benchmark with --touch-file path/to/SomeFile.swift to measure the edit-rebuild loop.”

How to install xcode-build-benchmark

1Skills CLI (Vercel)

npx skills add AvdLee/Xcode-Build-Optimization-Agent-Skill --skill xcode-build-benchmark -a claude-code

2Manually: put the files in place

~/.claude/skills/xcode-build-benchmark/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/xcode-build-benchmark/

Step by step, with commands for each platform: How to install skills in Claude Code: five ways

Questions about xcode-build-benchmark

How do I install xcode-build-benchmark in Claude Code?

Run npx skills add AvdLee/Xcode-Build-Optimization-Agent-Skill --skill xcode-build-benchmark -a claude-code, then run npx skills add AvdLee/Xcode-Build-Optimization-Agent-Skill --skill xcode-build-benchmark -a claude-code again. The skill file is at ~/.claude/skills/xcode-build-benchmark/SKILL.md.

What does xcode-build-benchmark do?

It measures Xcode builds using consistent inputs and stores the raw results in .build-benchmark/. The output reports median, minimum, maximum, and timing-summary data.

What should I do when benchmarking in a git worktree?

SPM packages with exclude: paths targeting Git-ignored directories can cause xcodebuild -resolvePackageDependencies to crash. Create those missing directories before running builds.

Source text

SKILL.md · MIT
---
name: xcode-build-benchmark
description: Benchmark Xcode clean and incremental builds with repeatable inputs, timing summaries, and timestamped `.build-benchmark/` artifacts. Use when a developer wants a baseline, wants to compare before and after changes, asks to measure build performance, mentions build times, build duration, how long builds take, or wants to know if builds got faster or slower.
---

# Xcode Build Benchmark

Use this skill to produce a repeatable Xcode build baseline before anyone tries to optimize build times.

## Core Rules

- Measure before recommending changes.
- Capture clean and incremental builds separately.
- Keep the command, destination, configuration, scheme, and warm-up rules consistent across runs.
- Write a timestamped JSON artifact to `.build-benchmark/`.
- Do not change project files as part of benchmarking.

## Inputs To Collect

Confirm or infer:

- workspace or project path
- scheme
- configuration
- destination
- whether the user wants simulator or device numbers
- whether a custom `DerivedData` path is needed

If the project has both clean-build and incremental-build pain, benchmark both. That is the default.

## Worktree Considerations

When benchmarking inside a git worktree, SPM packages with `exclude:` paths that reference gitignored directories (e.g., `__Snapshots__`) will cause `xcodebuild -resolvePackageDependencies` to crash. Create those missing directories before running any builds.

## Default Workflow

1. Normalize the build command and note every flag that affects caching or module reuse.
2. Run one warm-up build if needed to validate that the command succeeds.
3. Run 3 clean builds.
4. If `COMPILATION_CACHE_ENABLE_CACHING = YES` is detected, run 3 cached clean builds. These measure clean build time with a warm compilation cache -- the realistic scenario for branch switching, pulling changes, or Clean Build Folder. The script handles this automatically by building once to warm the cache, then deleting DerivedData (but not the compilation cache) before each measured run. Pass `--no-cached-clean` to skip.
5. Run 3 zero-change builds (build immediately after a successful build with no edits). This measures the fixed overhead floor: dependency computation, project description transfer, build description creation, script phases, codesigning, and validation. A zero-change build that takes more than a few seconds indicates avoidable per-build overhead. Use the default `benchmark_builds.py` invocation (no `--touch-file` flag).
6. Optionally run 3 incremental builds with a file touch to measure a real edit-rebuild loop. Use `--touch-file path/to/SomeFile.swift` to touch a representative source file before each build.
7. Save the raw results and summary into `.build-benchmark/`.
8. Report medians and spread, not just the single fastest run.

## Preferred Command Path

Use the shared helper when possible:

```bash
python3 scripts/benchmark_builds.py \
  --workspace App.xcworkspace \
  --scheme MyApp \
  --configuration Debug \
  --destination "platform=iOS Simulator,name=iPhone 16" \
  --output-dir .build-benchmark
```

If you cannot use the helper script, run equivalent `xcodebuild` commands with `-showBuildTimingSummary` and preserve the raw output.

## Required Output

Return:

- clean build median, min, max
- cached clean build median, min, max (when COMPILATION_CACHE_ENABLE_CACHING is enabled)
- zero-change build median, min, max (fixed overhead floor)
- incremental build median, min, max (if `--touch-file` was used)
- biggest timing-summary categories
- environment details that could affect comparisons
- path to the saved artifact

If results are noisy, say so and recommend rerunning under calmer conditions.

## When To Stop

Stop after measurement if the user only asked for benchmarking. If they want optimization guidance, hand off the artifact to the relevant specialist by reading its SKILL.md and applying its workflow to the same project context:

- [`xcode-compilation-analyzer`](../xcode-compilation-analyzer/SKILL.md)
- [`xcode-project-analyzer`](../xcode-project-analyzer/SKILL.md)
- [`spm-build-analysis`](../spm-build-analysis/SKILL.md)
- [`xcode-build-orchestrator`](../xcode-build-orchestrator/SKILL.md) for full orchestration

## Additional Resources

- For the benchmark contract, see [references/benchmarking-workflow.md](references/benchmarking-workflow.md)
- For the shared artifact format, see [references/benchmark-artifacts.md](references/benchmark-artifacts.md)
- For the JSON schema, see [schemas/build-benchmark.schema.json](schemas/build-benchmark.schema.json)

© AvdLee · MIT · AvdLee/Xcode-Build-Optimization-Agent-Skill

Similar skills

Everything for Mobile →

From the same set6

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor