Xcode Tools Documentation

A comprehensive reference for the Xcode MCP Server aka Xcode Tools. These tools enable AI assistants to interact with Xcode workspaces — managing files, building projects, running tests, rendering previews, and more.

Reflects Xcode 27 beta 5. Everything marked 🆕 or listed under What's new in Xcode 27 is relative to the current release, Xcode 26.5.

Apple Documentation

• Setting up coding intelligence
• Writing code with intelligence in Xcode
• Giving agentic coding tools access to Xcode

Prerequisites

• Xcode 27.0+ installed and running with an open workspace — or headless mode enabled, see Headless mode
• MCP server configured with Xcode integration

Note: Most tools accept an optional tabIdentifier parameter that identifies which Xcode workspace tab to operate on — omit it when only one tab is open. In headless mode the same parameter is named workspaceIdentifier and takes a workspace identifier or an absolute path instead.

Installation

Add the Xcode MCP server to your coding tool via xcrun mcpbridge:

Claude Code:

claude mcp add --transport stdio xcode -- xcrun mcpbridge

Codex:

codex mcp add xcode -- xcrun mcpbridge

Verify with claude mcp list or codex mcp list.

By default mcpbridge connects to the Xcode selected by xcode-select; set MCP_XCODE_PID to target a specific instance, or MCP_XCODE_SESSION_ID to pass a UUID identifying an Xcode tool session. With headless mode enabled, the same xcrun mcpbridge command reaches the headless service — it launches or reuses XcodeService.app through LaunchServices, so no Xcode window is needed.

mcpbridge also has a run-agent subcommand that launches a coding agent pre-configured with the Xcode MCP tools (xcrun mcpbridge run-agent claude, --dry-run to print the resolved command, --no-xcode-tools to leave the tools out), and xcrun mcpbridge run-agent skills inspects and exports the Xcode-provided skills.

Headless mode 🆕

Xcode 27 adds xcrun mcp-server, a preview of an MCP server that runs without an open Xcode workspace, and that can grant code-signed agents access to a directory tree for a longer period instead of asking every time. Apple flags it as an early preview: some commands may not work in every configuration, and some settings or permissions may need an Xcode relaunch or a reboot to take effect.

sudo xcrun mcp-server enable

Command	Description
start / stop	Launch or terminate the server (no-op if already in that state)
open <paths>	Launch if needed, then open workspaces/projects
enable / disable	Turn headless mode on/off (sudo)
status	Report permissions and, when running, the open workspaces. --format text|json
approve <id>	Approve a pending agent or folder request (sudo). --always (signed agents and folders only) or --for-24-hours
allow-folder <path>	Permit workspaces under a folder without waiting for a request (sudo). --always or --for-24-hours
deny <id>	Deny a pending request, permitted agent, or permitted folder (sudo); denying an agent also stops the server
clear-permissions	Remove all granted agent and folder permissions (sudo)

Request and permission ids come from mcp-server status. For unattended environments, sudo xcrun mcp-server enable --unsafe-always-allow-all-agents approves every agent upfront — Apple does not recommend it for at-desk use.

What actually runs

xcrun mcp-server is only a launcher. The server itself is XcodeService.app, shipped inside the toolchain at Xcode.app/Contents/Developer/Applications/XcodeService.app with bundle identifier com.apple.dt.mcp-server and LSUIElement, so it has no Dock icon and no menu bar. It is started as a RunningBoard-managed application job — launchctl print gui/$(id -u)/application.com.apple.dt.mcp-server.<n>.<n> shows the job with managed_by = com.apple.runningboard. It is the same Xcode engine, not a separate reimplementation, and it can attach a UI later, so headless is a mode rather than a different product.

Permissions

Granted permissions are stored in a JSON file inside Xcode's secure settings group container, readable only by the user:

~/Library/Group Containers/group.com.apple.dt.Xcode.SecureSettingsContainer/CodingAssistant/HeadlessPermissions/mcp-server.json

{
  "version": 1,
  "enabled": true,
  "agentPermissions": [
    { "id": "1B162114-…", "trust": { "signed": { "signingIdentifier": "com.anthropic.claude-code", "teamIdentifier": "Q6L2SF6YDW" } } }
  ],
  "folderPermissions": [
    { "id": "B9BAFD34-…", "subtreeRoot": "/Users/username/Developer/MyApp" }
  ]
}

Agent trust is a code-signing identity — team identifier plus signing identifier — not a filesystem path, so moving or renaming an approved agent binary does not invalidate its grant, but re-signing it does. Unsigned agents are recorded by path and a content hash, and can only be approved with --for-24-hours; --always is rejected for them.

Two things are worth knowing before enabling this:

• The identity that gets recorded is the process that launched mcpbridge, not mcpbridge itself. Wrapping the command (for example timeout xcrun mcpbridge) registers the wrapper as the agent.
• An already-approved agent can widen its own reach: calling XcodeOpenWorkspace on a project outside every permitted folder adds that folder to folderPermissions without a prompt, and launching mcpbridge from an approved agent's process tree grants the launcher a 24-hour agent permission of its own.

Tool surface in headless mode

Headless mode does not expose the same tools as an Xcode window. tools-headless.json has the full headless schema; the differences from the windowed server are:

	Tools
Headless only	XcodeListWorkspaces, XcodeOpenWorkspace, XcodeCloseWorkspace, XcodeNewProject
Windowed only	XcodeListWindows, XcodeGetCurrentFile, XcodeListNavigatorIssues

The tools that only make sense with a UI — the window list, the file the user is looking at, the issue navigator — are gone, and the tools for driving the workspace set yourself take their place.

Every other tool that took a tabIdentifier takes a workspaceIdentifier instead: "Identifies the target workspace directly (used in headless mode): its workspace identifier (e.g. workspace1) or its absolute path." It accepts either the identifier returned by XcodeOpenWorkspace/XcodeListWorkspaces (in practice something like workspace-LKfjPJCMBL) or the absolute path of the project. Prompts, skills, and scripts that hardcode tabIdentifier need updating for headless mode.

DocumentationSearch, which is hidden from tools/list in the windowed server, is listed normally in headless mode.

Schema

tools.json contains the full MCP tool definitions (name, title, description, input/output schemas) generated directly from xcrun mcpbridge against a running Xcode. tools-headless.json is the same listing captured from headless mode — 54 tools instead of 53, see Tool surface in headless mode for the differences. tools-26.5.json is the same listing from the current release, Xcode 26.5 (21 tools), kept as the baseline for What's new in Xcode 27.

The tool sections below document the windowed server; in headless mode read tabIdentifier as workspaceIdentifier.

What's new in Xcode 27

Everything below compares Xcode 27 beta 5 against the current release, Xcode 26.5 — 21 tools → 53 windowed, 54 headless. Both schemas were captured from tools/list: tools-26.5.json and tools.json. 🆕 in the sections below marks a tool that doesn't exist in Xcode 26.5.

Server

• Added: xcrun mcp-server — headless MCP server that runs without an open workspace, plus durable per-agent/per-folder permissions; see Headless mode
• Changed: mcpbridge connects to the xcode-select Xcode by default (MCP_XCODE_PID/MCP_XCODE_SESSION_ID to override), and reaches the headless XcodeService.app when headless mode is on; it also gained the run-agent subcommand
• Changed: tabIdentifier is no longer required on any tool — omit it when only one workspace tab is open. In headless mode it becomes workspaceIdentifier and takes a workspace identifier or an absolute path

Added tools

• Workspace: XcodeListSchemes, XcodeSwitchScheme, XcodeListRunDestinations, XcodeSwitchRunDestination — plus headless-only XcodeListWorkspaces, XcodeOpenWorkspace, XcodeCloseWorkspace
• Project configuration: XcodeListTargets, XcodeListTemplates, XcodeNewTarget, AddEntitlement, AddInfoPlist, GetTargetBuildSettings, UpdateTargetBuildSetting, GetFileCompilerFlags, UpdateFileCompilerFlags — plus headless-only XcodeNewProject
• Run & debug: RunProject, StopProject, GetConsoleOutput, InvokeDebuggerCommand
• Testing: XcodeListTestPlans, XcodeSwitchTestPlan — inspect and change the active scheme's test plan, which all testing tools operate on
• Device interaction: DeviceInteractionStartSession, DeviceInteractionStartWorkspaceSession, DeviceInteractionInstallAndRun, DeviceInteractionSynthesize, DeviceInteractionEndSession
• Crash & field performance: GetTopCrashIssues, GetCrashIssueLogs, GetTopFieldPerformanceIssues, GetFieldPerformanceIssueLogs
• Localization: StringCatalogRead, StringCatalogContext, StringCatalogEdit, LocalizationPlanner

Changed tools

• Renamed: ExecuteSnippet → RunCodeSnippet, which gained a required purpose parameter
• Hidden but functional: DocumentationSearch — listed in Xcode 26.5, gone from tools/list in the windowed server in 27, but still works when called directly by name; its results gained a kind field. Listed normally in headless mode
• Fixed: XcodeMV's operation is now a plain string enum (move/copy); in 26.5 it was declared as an object with a rawValue field
• BuildProject: new buildForTesting parameter — also build test targets that a regular build would skip
• GetBuildLog: line is no longer required on an issue — issues without a line number are now representable
• RunAllTests / RunSomeTests: output adds xcresultBundlePath for xcresulttool/xccov
• RenderPreview: new previewCanvasControlOverrides (timeline, toggle, group item) and previewLocalizationOverride parameters; output adds displayName, sourceLineNumber, renderedDestination, supportedCanvasControlOverrides, and supportedLocalizations

Table of Contents

• Workspace
  • XcodeListWindows
  • XcodeListWorkspaces 🆕
  • XcodeOpenWorkspace 🆕
  • XcodeCloseWorkspace 🆕
  • XcodeGetCurrentFile
  • XcodeListSchemes 🆕
  • XcodeSwitchScheme 🆕
  • XcodeListRunDestinations 🆕
  • XcodeSwitchRunDestination 🆕
• File Operations
  • XcodeLS
  • XcodeGlob
  • XcodeGrep
  • XcodeRead
  • XcodeWrite
  • XcodeUpdate
  • XcodeMakeDir
  • XcodeMV
  • XcodeRM
• Project Configuration 🆕
  • XcodeListTargets 🆕
  • XcodeListTemplates 🆕
  • XcodeNewProject 🆕
  • XcodeNewTarget 🆕
  • AddEntitlement 🆕
  • AddInfoPlist 🆕
  • GetTargetBuildSettings 🆕
  • UpdateTargetBuildSetting 🆕
  • GetFileCompilerFlags 🆕
  • UpdateFileCompilerFlags 🆕
• Build & Run
  • BuildProject
  • GetBuildLog
  • RunCodeSnippet (renamed from ExecuteSnippet)
  • RunProject 🆕
  • StopProject 🆕
  • GetConsoleOutput 🆕
  • InvokeDebuggerCommand 🆕
• Testing
  • XcodeListTestPlans 🆕
  • XcodeSwitchTestPlan 🆕
  • GetTestList
  • RunAllTests
  • RunSomeTests
• Diagnostics
  • XcodeRefreshCodeIssuesInFile
  • XcodeListNavigatorIssues
• Device Interaction 🆕
  • DeviceInteractionStartSession 🆕
  • DeviceInteractionStartWorkspaceSession 🆕
  • DeviceInteractionInstallAndRun 🆕
  • DeviceInteractionSynthesize 🆕
  • DeviceInteractionEndSession 🆕
• Crash & Performance Reports 🆕
  • GetTopCrashIssues 🆕
  • GetCrashIssueLogs 🆕
  • GetTopFieldPerformanceIssues 🆕
  • GetFieldPerformanceIssueLogs 🆕
• Localization 🆕
  • StringCatalogRead 🆕
  • StringCatalogContext 🆕
  • StringCatalogEdit 🆕
  • LocalizationPlanner 🆕
• Preview
  • RenderPreview
• Documentation
  • DocumentationSearch ⚠️

---

Workspace

XcodeListWindows

Lists current Xcode windows and their workspace information. Use this to obtain tabIdentifier values needed by all other tools. Not available in headless mode — use XcodeListWorkspaces there.

Parameters: None

Example:

XcodeListWindows()

XcodeListWorkspaces 🆕

Headless mode only.

Lists the workspaces currently open in the headless server, with the identifier and path of each. Use a returned workspaceIdentifier (or an absolute path) to target other tools at a specific workspace.

Parameters: None

Example:

XcodeListWorkspaces()

XcodeOpenWorkspace 🆕

Headless mode only.

Opens a workspace or project at the given path and returns its workspaceIdentifier, along with workspacePath, activeScheme, and activeRunDestination. Opening a project also grants its enclosing folder a permission entry — see Permissions.

Parameter	Type	Required	Description
path	string	Yes	Absolute path to the .xcworkspace or .xcodeproj to open

Example:

XcodeOpenWorkspace(path: "/Users/username/Developer/MyApp/MyApp.xcodeproj")

XcodeCloseWorkspace 🆕

Headless mode only.

Closes a workspace previously opened with XcodeOpenWorkspace.

Parameter	Type	Required	Description
workspaceIdentifier	string	Yes	Identifier returned by XcodeOpenWorkspace or XcodeListWorkspaces

Example:

XcodeCloseWorkspace(workspaceIdentifier: "workspace-LKfjPJCMBL")

XcodeGetCurrentFile

Gets information about the currently active file in the Xcode editor, including file path, content, and selection. Returns content in cat -n format. Not available in headless mode, which has no editor.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
includeContent	boolean	No	Include file content in the response
includeSelection	boolean	No	Include current selection information
offset	integer	No	Line number to start reading from
limit	integer	No	Number of lines to read (default: up to 600)

Example:

XcodeGetCurrentFile(tabIdentifier: "...", includeSelection: true)

XcodeListSchemes 🆕

Lists all schemes in the workspace and identifies the active one, including sharing status and container project. Inline results are capped at 100 (active scheme first); the full list is written to fullSchemeListPath.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier

Example:

XcodeListSchemes(tabIdentifier: "...")

XcodeSwitchScheme 🆕

Changes the active scheme. Use XcodeListSchemes to discover scheme names — pass the disambiguated name when multiple schemes share a name. May also adjust the active run destination automatically.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
schemeName	string	Yes	Name (or disambiguated name) of the scheme to activate

Example:

XcodeSwitchScheme(tabIdentifier: "...", schemeName: "MyApp")

XcodeListRunDestinations 🆕

Lists run destinations for the active scheme, grouped like the Xcode picker (Devices, Simulators, Build, Incompatible, etc.) and identifies the active one. Inline results are capped at 40 (active destination first, "Incompatible" omitted by default); the full list is written to fullRunDestinationListPath.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
includeIncompatible	boolean	No	Include "Incompatible" destinations inline. Default: false

Example:

XcodeListRunDestinations(tabIdentifier: "...")

XcodeSwitchRunDestination 🆕

Changes the active run destination for the active scheme (the scheme itself is left unchanged). Pass the destination's displayTitle, sourced from XcodeListRunDestinations, XcodeSwitchScheme, or this tool's own output.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
displayTitle	string	Yes	Destination's disambiguated display title, as shown in the Xcode picker

Example:

XcodeSwitchRunDestination(tabIdentifier: "...", displayTitle: "iPhone 17 Pro")

---

File Operations

XcodeLS

Lists files and directories in the Xcode project structure at a given path. Operates on the project navigator hierarchy, not the filesystem.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
path	string	Yes	Project path to browse (e.g., ProjectName/Sources/)
recursive	boolean	No	List all files recursively (truncated at 100 lines). Default: true
ignore	string[]	No	Patterns to skip

Example:

XcodeLS(tabIdentifier: "...", path: "MyApp/Sources/")

XcodeGlob

Finds files in the Xcode project matching wildcard patterns. Supports *, **, ?, [abc], and {swift,m} syntax.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
pattern	string	No	Glob pattern (e.g., **/*.swift). Defaults to **/*
path	string	No	Directory to search in (defaults to project root)

Example:

XcodeGlob(tabIdentifier: "...", pattern: "**/*.swift")

XcodeGrep

Searches file contents using regex patterns within the Xcode project structure.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
pattern	string	Yes	Regex pattern to search for
path	string	No	File or directory to search in (defaults to root)
glob	string	No	Only search files matching this glob
type	string	No	File type shortcut (swift, js, py, etc.)
outputMode	string	No	content, filesWithMatches (default), or count
ignoreCase	boolean	No	Case-insensitive matching
multiline	boolean	No	Allow patterns to span multiple lines
showLineNumbers	boolean	No	Show line numbers (content mode only)
linesBefore	integer	No	Context lines before each match
linesAfter	integer	No	Context lines after each match
linesContext	integer	No	Context lines before and after each match
headLimit	integer	No	Stop after N results

Example:

XcodeGrep(
  tabIdentifier: "...",
  pattern: "func viewDidLoad",
  type: "swift",
  outputMode: "content",
  linesAfter: 5
)

XcodeRead

Reads file contents with line numbers (cat -n format). Supports offset/limit for large files.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
filePath	string	Yes	Project-relative file path (e.g., ProjectName/Sources/MyFile.swift)
offset	integer	No	Line number to start reading from
limit	integer	No	Number of lines to read (default: up to 600)

Example:

XcodeRead(tabIdentifier: "...", filePath: "MyApp/Sources/ContentView.swift")

XcodeWrite

Creates or overwrites files in the Xcode project. Automatically adds new files to the project structure.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
filePath	string	Yes	Project-relative file path
content	string	Yes	File content to write

Example:

XcodeWrite(
  tabIdentifier: "...",
  filePath: "MyApp/Sources/NewFeature.swift",
  content: "import Foundation\n\nstruct NewFeature {\n}\n"
)

XcodeUpdate

Edits files by finding and replacing text. Operates on project structure paths.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
filePath	string	Yes	Project-relative file path
oldString	string	Yes	Text to find
newString	string	Yes	Replacement text (must differ from oldString)
replaceAll	boolean	No	Replace all occurrences. Default: false

Example:

XcodeUpdate(
  tabIdentifier: "...",
  filePath: "MyApp/Sources/ContentView.swift",
  oldString: "Hello, World!",
  newString: "Hello, SwiftUI!"
)

XcodeMakeDir

Creates directories and groups in the Xcode project navigator.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
directoryPath	string	Yes	Project-relative path for the new directory

Example:

XcodeMakeDir(tabIdentifier: "...", directoryPath: "MyApp/Sources/ViewModels")

XcodeMV

Moves, copies, or renames files and directories in the project navigator.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
sourcePath	string	Yes	Source path in project navigator
destinationPath	string	Yes	Destination path or new name
operation	string	No	move or copy
overwriteExisting	boolean	No	Overwrite files at destination

Example:

XcodeMV(
  tabIdentifier: "...",
  sourcePath: "MyApp/Sources/OldName.swift",
  destinationPath: "MyApp/Sources/NewName.swift"
)

XcodeRM

Removes files and directories from the Xcode project. Optionally deletes underlying filesystem files.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
path	string	Yes	Project path to remove
recursive	boolean	No	Remove directories and contents recursively
deleteFiles	boolean	No	Also move files to Trash. Default: true

Example:

XcodeRM(tabIdentifier: "...", path: "MyApp/Sources/Deprecated.swift")

---

Project Configuration 🆕

XcodeListTargets 🆕

Lists targets in the workspace, optionally scoped to one project. Each entry carries the target name, containing project, product type, and role flags (isTestTarget, supportsHostingTests, isAppExtension, isAggregate). Hidden synthetic blueprints and Swift package products are excluded. Inline results are capped at 100; the full list is written to fullTargetListPath in grep-friendly format (TARGET_NAME, CONTAINING_PROJECT, PRODUCT_TYPE_IDENTIFIER, ...). Pass the returned containingProjectPath back as projectPath to other target-aware tools.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
projectPath	string	No	Restrict the listing to one .xcodeproj (with or without the suffix)
productTypeFilter	string[]	No	Product-type identifiers, full or suffixed (e.g. application, bundle.unit-test). Any non-empty filter excludes aggregate targets

Example:

XcodeListTargets(tabIdentifier: "...", productTypeFilter: ["application"])

XcodeListTemplates 🆕

Lists the target templates available in this Xcode install, with the option schema for each — the source of templateIdentifier and option keys for XcodeNewTarget. The unfiltered listing is large (~200 templates) and returns empty options for each entry; always pass at least one filter to get full options. Inline results are capped at 100; the complete list is written to fullTemplateListPath.

Parameter	Type	Required	Description
kind	string	No	Template kind: target (default), or project in headless mode to feed XcodeNewProject
platformFilter	string[]	No	Platform identifiers or names (e.g. ios, macos). Multi-platform and platform-generic templates are always included
categoryFilter	string[]	No	Substrings matched against the category (e.g. Application, Framework & Library)
nameFilter	string	No	Substring matched against the template name (e.g. Widget)
templateIdentifier	string	No	Exact identifier — returns just that template with its options

Example:

XcodeListTemplates(platformFilter: ["ios"], categoryFilter: ["Framework & Library"])

XcodeNewProject 🆕

Headless mode only.

Creates a new Xcode project from a template and writes it to disk in a subdirectory of destinationPath named after productName. Discover templateIdentifier values and their options with XcodeListTemplates(kind: "project"). Open the result with XcodeOpenWorkspace.

Parameter	Type	Required	Description
templateIdentifier	string	Yes	Template to instantiate (e.g. com.apple.dt.unit.storyboardApplication)
productName	string	Yes	Product name — becomes the project filename and default target name
destinationPath	string	Yes	Directory the project is created in
options	object	No	Template-specific options from XcodeListTemplates. All values are strings; checkboxes take true/false, YES/NO, or 1/0; popups must use a value from possibleValues. Do not pass productName or organizationIdentifier here
organizationIdentifier	string	No	Bundle identifier prefix (e.g. com.example)
teamIdentifier	string	No	Development team ID for code signing

Example:

XcodeNewProject(templateIdentifier: "com.apple.dt.unit.multiplatformApp", productName: "MyApp", destinationPath: "/Users/username/Developer", options: ["languageChoice": "SwiftUI"])

XcodeNewTarget 🆕

Adds a target to a project from a template. Discover templateIdentifier values and their options with XcodeListTemplates. Some templates derive a different target name from productName (e.g. Widget Extension appends Extension) — use the returned targetName for follow-up calls. If "Autocreate schemes" is on, a scheme may be created and activated; the result reports activeSchemeName.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
templateIdentifier	string	Yes	Template to instantiate (e.g. com.apple.dt.unit.iosFramework)
productName	string	Yes	Product name for the new target; must be unique within the destination project
options	object	No	Template options keyed by option identifier, values as strings. productName, organizationIdentifier, and bundleIdentifierPrefix are rejected here
organizationIdentifier	string	No	Bundle identifier prefix; defaults to the workspace's, or to the host app's when embedInAppNamed is set
embedInAppNamed	string	No	Existing app target to embed into (extensions, widgets, intents). Must live in the same project
projectPath	string	No	Owning .xcodeproj; required only in multi-project workspaces when embedInAppNamed doesn't disambiguate

Example:

XcodeNewTarget(
  tabIdentifier: "...",
  templateIdentifier: "com.apple.dt.unit.iosFramework",
  productName: "MyFeature",
  options: { "languageChoice": "Swift" }
)

AddEntitlement 🆕

Adds an entitlement to the project's entitlements file. Reserve this for restricted system capabilities — App Groups, Push Notifications, iCloud, paid transactions, privileged IPC, etc. Not for standard frameworks (SwiftUI, MapKit, CoreLocation...) or Info.plist privacy strings — use AddInfoPlist for those.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
targetName	string	Yes	Target to add the entitlement to
entitlementKey	string	Yes	Entitlement key
entitlementValueType	string	Yes	bool, string, int, stringArray, or dictionary
entitlementValue	string	No	Value for bool/string/int types ("true"/"false" for bool)
entitlementValueItems	string[]	No	Values for stringArray type
entitlementDictionaryItems	string	No	JSON-encoded dictionary for dictionary type
projectPath	string	No	Path to the owning .xcodeproj; only needed when the target name is ambiguous

Example:

AddEntitlement(
  tabIdentifier: "...",
  targetName: "MyApp",
  entitlementKey: "com.apple.security.application-groups",
  entitlementValueType: "stringArray",
  entitlementValueItems: ["group.com.example.myapp"]
)

AddInfoPlist 🆕

Adds or updates an Info.plist key — privacy usage descriptions, App Transport Security, supported orientations, URL schemes, background modes, bundle metadata, etc. Not for entitlements — use AddEntitlement for restricted system capabilities.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
targetName	string	Yes	Target to add the key to
infoPlistKey	string	Yes	Info.plist key (e.g., NSCameraUsageDescription)
infoPlistValueType	string	Yes	bool, string, int, stringArray, or dictionaryArray
infoPlistValue	string	No	Value for bool/string/int types ("true"/"false" for bool)
infoPlistValueItems	string[]	No	Values for stringArray type
infoPlistDictionaryItems	string	No	JSON-encoded array of dictionaries for dictionaryArray type
projectPath	string	No	Path to the owning .xcodeproj; only needed when the target name is ambiguous

Example:

AddInfoPlist(
  tabIdentifier: "...",
  targetName: "MyApp",
  infoPlistKey: "NSCameraUsageDescription",
  infoPlistValueType: "string",
  infoPlistValue: "Used to scan documents"
)

GetTargetBuildSettings 🆕

Gets all build settings for an Xcode target. Use this rather than reading project.pbxproj directly.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
targetName	string	Yes	Target name
projectPath	string	No	Path to the owning .xcodeproj; only needed when the target name is ambiguous

Example:

GetTargetBuildSettings(tabIdentifier: "...", targetName: "MyApp")

UpdateTargetBuildSetting 🆕

Updates, appends to, or deletes a build setting on a target. Omit buildSettingValue to delete the setting. Use this rather than modifying project.pbxproj directly.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
targetName	string	Yes	Target name
buildSettingName	string	Yes	Build setting name
buildSettingValue	string	No	New value (omit to delete the setting; don't convert "NO" to "false")
appendValue	boolean	No	Append to the existing value instead of replacing it
projectPath	string	No	Path to the owning .xcodeproj; only needed when the target name is ambiguous

Example:

UpdateTargetBuildSetting(
  tabIdentifier: "...",
  targetName: "MyApp",
  buildSettingName: "SWIFT_VERSION",
  buildSettingValue: "6.0"
)

GetFileCompilerFlags 🆕

Gets the per-file compiler flags for a source file in a target — the value shown in the Compiler Flags column of Target > Build Phases > Compile Sources. Returns an empty string when none are set. Note: flags on .swift files often don't affect builds, since Swift compiles per-module — prefer OTHER_SWIFT_FLAGS at the target level.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
targetName	string	Yes	Target whose build phase contains the file
filePath	string	Yes	Project-relative path to the source file
projectPath	string	No	Path to the owning .xcodeproj; only needed when the target name is ambiguous

Example:

GetFileCompilerFlags(tabIdentifier: "...", targetName: "MyApp", filePath: "MyApp/Sources/Legacy.m")

UpdateFileCompilerFlags 🆕

Updates, appends to, or deletes the per-file compiler flags for a source file. Use sparingly — prefer UpdateTargetBuildSetting unless a flag truly must apply to a single file (e.g. incrementally adopting -fbounds-safety). Note: flags on .swift files typically don't affect builds — prefer OTHER_SWIFT_FLAGS at the target level.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
targetName	string	Yes	Target whose build phase contains the file
filePath	string	Yes	Project-relative path to the source file
compilerFlags	string	No	Space-separated flags (e.g. "-DFOO=1 -Wno-unused-variable"); omit to delete all
appendValue	boolean	No	Append to existing flags (space-separated) instead of replacing
projectPath	string	No	Path to the owning .xcodeproj; only needed when the target name is ambiguous

Example:

UpdateFileCompilerFlags(
  tabIdentifier: "...",
  targetName: "MyApp",
  filePath: "MyApp/Sources/Legacy.m",
  compilerFlags: "-fno-objc-arc"
)

---

Build & Run

BuildProject

Builds the Xcode project using the active scheme and waits for completion. The result carries the build outcome, any errors, and fullLogPath — the complete build log with command lines and task output.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
buildForTesting	boolean	No	🆕 Also build test targets that a regular build would skip

Example:

BuildProject(buildForTesting: true)

GetBuildLog

Retrieves build log entries from the current or most recent build. Filter by severity, file pattern, or message regex.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
severity	string	No	Minimum severity: error (default), warning, or remark
pattern	string	No	Regex to filter by message, task description, command line, or console output
glob	string	No	Glob to filter by file path or task location

Example:

GetBuildLog(tabIdentifier: "...", severity: "warning")

RunCodeSnippet

Renamed from ExecuteSnippet in Xcode 27, and gained a required purpose parameter.

Builds and runs a code snippet in the context of a specific source file and waits for the result. The snippet has access to all declarations in that file, including fileprivate ones. Output comes from print statements. Only works with source files in targets that build apps, frameworks, libraries, or CLI executables.

Parameter	Type	Required	Description
tabIdentifier	string	No	Workspace tab identifier
codeSnippet	st