
⚡ Sub-ms warm queries · 🎯 ~200× faster than
grep· 📉 Up to 70% fewer files read
A Claude Code plugin that gives Claude
semantic access to Xcode’s on-disk symbol index. Refactors, reference
lookups, and impact analysis on Swift/ObjC projects stop falling back to
grep-and-read-file — and start hitting the same library SourceKit-LSP
uses.
grep -rn on the same source tree.grep can’t — protocol witnesses, extensions, @objc bridging, module-scoped name collisions.IndexStoreDB Xcode writes during build. No daemon, no second copy of your codebase.→ Full numbers, methodology, and per-symbol precision in docs/benchmarks.md.
Claude’s default answer to “where is UserService used?” is ripgrep —
40 noisy textual matches, 8 full files read to disambiguate. Expensive in
tokens, imprecise in results. Xcode already solved this: every build
writes a full semantic index to DerivedData. Apple’s
indexstore-db library
queries it. This plugin wraps those queries behind MCP tools so Claude
reaches for the index instead of grep — and reads only the lines that
matter.
Claude Code
↓ (MCP over stdio)
claude-xcindex plugin
├── Skills — tell Claude WHEN to use the index
├── Hooks — freshness warnings at session start and after edits
├── Subagent — isolated context for large renames
├── Slash commands — /xcindex-setup, /xcindex-status
└── Swift binary — MCP server, queries IndexStoreDB
↓ (reads LMDB)
DerivedData/Index.noindex/DataStore
↑ (writes during build)
Xcode
One native Swift binary, speaking MCP directly via Anthropic’s Swift SDK. No Node runtime, no intermediate process.
→ Full mental model (freshness, DerivedData resolution, USR-first lookups) in docs/how-it-works.md.
Exposed under mcp__xcindex__*. Signatures and examples in
docs/tools-reference.md.
| Tool | Purpose |
|---|---|
find_symbol |
Name → candidate USRs with kind and defining file. |
find_references |
Every occurrence with file, line, column, role. |
find_definition |
The canonical definition site. |
find_overrides |
All overriding implementations of a method. |
find_conformances |
All types conforming to a protocol. |
blast_radius |
Minimal set of files affected by editing a file. |
status |
Index freshness, DerivedData path, last-build timestamp. |
plan_rename |
Semantic rename plan tiered by confidence — see docs/tools-reference.md for tier definitions, or docs/coverage.md for what each pinned fixture surfaces. |
swift-find-references — triggers on “where is X used?”. Steers Claude off grep.swift-blast-radius — triggers on “what does this file affect?”. Skips shotgun reads.swift-rename-symbol — triggers on rename requests. Delegates to a subagent so the main context doesn’t balloon.SessionStart hook — reports index freshness up front.PostToolUse hook — tracks Swift/ObjC edits so stale results are annotated. Never triggers a build.indexstore-db requires macOS 14+.xcode-select --install)..xcodeproj / .xcworkspace) built at least once.[!NOTE] Marketplace submission pending.
claude-xcindexis awaiting approval for the official Anthropic plugin marketplace. In the meantime, install it by adding this repo as a local marketplace — same plugin, one extra step.
From inside Claude Code:
/plugin marketplace add drewalth/claude-xcindex
/plugin install claude-xcindex@claude-xcindex-local
First run downloads the matching xcindex binary from the GitHub release
and caches it under the plugin directory — no npm install, no manual
build.
Then, in a Swift project:
/xcindex-setup
This confirms the binary is ready, locates your Xcode project, and — with
your confirmation — runs xcodebuild per scheme so the index is populated.
Skip it if you build in Xcode yourself.
Verify with /plugin and /xcindex-status. If anything looks off,
run ./bin/xcindex-doctor.
Once installed, the skills trigger automatically based on what you ask.
Natural-language triggers:
UserService used?”fetchUser?”NetworkClient.swift?”AuthManager?”fetchUser to loadUser across the codebase.”ModelData.swift?”Explicit: /xcindex-status checks index freshness and reports which
files have been edited since the last build.
You: Find all callers of fetchUser.
Claude: [mcp__xcindex__find_symbol → mcp__xcindex__find_references]
→ 6 call sites across 4 files. Reads ±10 lines around each.
Returns a focused summary instead of 8 full-file reads.
This plugin focuses on semantic queries over Xcode’s on-disk index. It is not a language server and does not build, test, or run your project. Pair it with:
swift-lspLive LSP features (completion, diagnostics, hover) backed by
SourceKit-LSP. Different layer: swift-lsp is an editor-UI integration
(no MCP tools the agent can call); claude-xcindex exposes semantic
queries to the agent loop. They don’t overlap.
swift-lsp |
claude-xcindex |
|
|---|---|---|
| Backend | SourceKit-LSP server | indexstore-db reader |
| Source of truth | live Swift source | Xcode build-time index |
| Requires Xcode build? | No | Yes (once) |
| Diagnostics & completion | Yes | No |
| Hover / jump-to-definition | Yes | Definition only |
| Agent-callable MCP tools | No (editor-UI only) | 7 tools |
| Overrides / conformances / blast-radius | Not first-class | Yes |
| Works on Linux / SwiftPM-only | Yes | No (DerivedData-specific) |
| Warm query latency | LSP round-trip | sub-millisecond |
| Freshness model | always live | hook-warned when stale |
mcpbridge (ships with Xcode 26.3+) for build, test, preview, docs.XcodeBuildMCP for older Xcode versions.If you’ve already looked at the broader Swift-MCP space, here’s where
claude-xcindex sits relative to the closest neighbours:
claude-xcindex |
block/xcode-index-mcp |
SwiftLens | |
|---|---|---|---|
| Backend | indexstore-db (direct) |
indexstore-db (direct) |
SourceKit-LSP |
| Packaging | Claude Code plugin (skills + hooks + subagent) | Raw MCP server | Raw MCP server |
| Runtime | Native Swift binary | Python (uv) + Swift service |
Python 3.10+ |
| MCP tools | 7 (find_symbol, find_references, find_definition, find_overrides, find_conformances, blast_radius, status) | 4 (load_index, symbol_occurrences, get_occurrences, search_pattern) | 15 (single-file analysis + cross-file refs/defs) |
| Overrides / conformances | Yes | No | No |
| Blast-radius analysis | Yes | No | No |
| Freshness warnings | Hook-driven, per-session | None | None |
| Status (Apr 2026) | Active | Active (~55⭐) | Archived 2026-03-10 |
block/xcode-index-mcp is the closest prior art — same backend, narrower
tool surface, no plugin packaging. SwiftLens covered the same niche from
the SourceKit-LSP angle but was archived in March 2026.
Run ./bin/xcindex-doctor — it checks Xcode, libIndexStore, the cached
binary, and index freshness line-by-line with remediation hints. Full
catalogue in docs/troubleshooting.md.
./build.sh --debug # debug build
cd service && swift test # run tests
claude-xcindex/
├── .claude-plugin/plugin.json # plugin manifest
├── .mcp.json # MCP server registration
├── bin/run # launcher
├── service/ # Swift MCP server
├── skills/ # find-refs, blast-radius, rename
├── agents/swift-refactor-specialist.md
├── commands/ # /xcindex-setup, /xcindex-status
├── hooks/ # session-start.sh, post-edit.sh
└── build.sh
PRs welcome — see CONTRIBUTING.md. Please open an issue to discuss architectural changes first.
apple/indexstore-db — the query library this plugin wraps.block/xcode-index-mcp — closest prior art, Python + Swift MCP server for Goose/Cursor.michaelversus/SwiftFindRefs — CLI with the same core query.Runs entirely on your local machine. No telemetry, no analytics, no tracking. The only network request is to GitHub to download the prebuilt binary on first run. All queries run locally against Xcode’s on-disk index.
MIT — see LICENSE.