원클릭으로
xcb-config
Configure xcb.json to map Xcode schemes to workspaces/projects for building with xcb
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Configure xcb.json to map Xcode schemes to workspaces/projects for building with xcb
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when fixing stateful editor regressions, especially rich-text or Markdown editor bugs involving caret geometry, cursor jumps, selection deletion crashes, paste formatting, keyboard input, markdown shortcuts, list or heading history bugs, local engine forks, TDD, UI tests, simulator/device validation, and commit/push sequencing across dependent repos.
Generate Kauch exercise and equipment icons with OpenAI image generation. Use when creating or refreshing workout artwork such as kettlebells, barbells, dumbbells, machines, or movement icons like push-ups, squats, and deadlifts, especially when the output should match Kauch's playful 3D style and BrandAccent color.
Develop native iOS apps with Swift for this repo's architecture. Covers SwiftUI, protocol-backed services, Swift concurrency, Observation, and SwiftData persistence.
Maintain Kauch's landing page artifact pipeline. Use when working on the landing page, screenshot generation, baked device frames, marketing scenario seeds, screenshot manifests, or landing-page content that should stay synced to real app UI.
Reviews Swift code for concurrency correctness, modern API usage, and common async/await pitfalls. Use when reading, writing, or reviewing Swift concurrency code, especially when fixing actor isolation, Sendable, strict concurrency, or Swift 6.2 migration issues.
Writes, reviews, and improves Swift Testing code using modern APIs and best practices. Use when reading, writing, or reviewing projects that use Swift Testing.
| name | xcb-config |
| description | Configure xcb.json to map Xcode schemes to workspaces/projects for building with xcb |
xcb is a CLI wrapper around xcodebuild. The xcb.json file maps scheme names to their containers (workspace, project, or Swift package).
{
"version": 1,
"open": {
"defaultTarget": "app",
"aliases": {
"demo": "demo-app",
"kit": "packages"
}
},
"builds": [
{
"id": "optional-identifier",
"scheme": "SchemeName",
"workspace": "Path/To/App.xcworkspace",
"destination": "platform=iOS Simulator,name=iPhone 15",
"configuration": "Debug"
}
]
}
| Field | Required | Description |
|---|---|---|
scheme | Yes | Xcode scheme name (must match exactly) |
workspace | One of these | Path to .xcworkspace file |
project | required | Path to .xcodeproj file |
packageDir | Path to Swift package directory | |
id | No | Identifier for the build entry |
destination | No | xcodebuild destination string |
configuration | No | Build configuration (Debug/Release) |
sdk | No | SDK name (iphonesimulator, iphoneos, macosx) |
If your repo has multiple Xcode containers, configure which one xcb open should use:
{
"open": {
"defaultTarget": "app",
"aliases": {
"demo": "demo-app",
"kit": "packages"
}
}
}
open.defaultTarget points to a build entry by id (preferred) or by scheme.open.aliases maps short names to build entry id (or scheme).Then:
xcb open # opens defaultTarget
xcb open demo # opens aliases.demo
"platform=iOS Simulator,name=iPhone 15""generic/platform=iOS""platform=macOS""platform=watchOS Simulator,name=Apple Watch Series 9 (45mm)"xcb schemes to list available schemes from the workspace/projectscheme nameworkspace or project path containing that schemedestination and configuration{
"version": 1,
"builds": [
{
"id": "app",
"scheme": "MyApp",
"workspace": "MyApp.xcworkspace",
"destination": "platform=iOS Simulator,name=iPhone 15",
"configuration": "Debug"
},
{
"id": "tests",
"scheme": "MyAppTests",
"workspace": "MyApp.xcworkspace",
"destination": "platform=iOS Simulator,name=iPhone 15",
"configuration": "Debug"
}
]
}
{
"version": 1,
"builds": [
{
"scheme": "MyLibrary",
"packageDir": ".",
"destination": "generic/platform=iOS"
}
]
}
swift build will fail)If any package targets import UIKit, do not rely on swift build on macOS. Use an iOS Simulator destination in xcb.json:
{
"version": 1,
"builds": [
{
"id": "uikit-package",
"scheme": "MyUIKitPackage",
"packageDir": ".",
"destination": "platform=iOS Simulator,name=iPhone 15",
"configuration": "Debug"
}
]
}
Notes:
xcb will auto-generate a .xcodeproj for the package if needed.--destination or --sdk, those override defaults.xcb MyApp # Build the MyApp scheme
xcb MyAppTests # Build the test scheme
xcb schemes # List all available schemes