xcode-project-setup
Xcodeプロジェクト(.pbxproj)を安全に修正し、Swiftパッケージの追加やファイルのリンクを行います。FirebaseやAlamofireなどのiOSプロジェクトの依存関係をインストールする必要がある場合にこのスキルを使用し、複雑な設定を自動化し、正確性を保証します。
git clone https://github.com/firebase/agent-skills.gitBefore / After 効果比較
1 组Xcodeプロジェクトファイル(.pbxproj)を手動で変更してSwiftパッケージを追加したり、依存関係をリンクしたりする作業は、面倒でエラーが発生しやすいプロセスです。Xcodeの内部構造に関する深い知識が必要であり、特にFirebaseのような複雑なSDKを扱う場合、設定ミスによるコンパイルまたはランタイムの問題のデバッグに多大な時間を費やします。
自動化されたSwiftスクリプトを使用して、Xcodeプロジェクトを安全かつ効率的に設定します。依存関係情報を提供するだけで、スキルはSwiftパッケージの追加、モジュールのリンク、必要なビルド設定(例:`-ObjC`フラグ)の処理を自動的に行い、手動での作業とエラーを大幅に削減し、迅速なプロジェクトセットアップと安定した運用を保証します。
Xcode Project Setup
⛔️ CRITICAL RULES & ENVIRONMENT CHECKS
Before performing any Xcode setup or file manipulation, you MUST adhere to the following rules. A hefty fee will be applied if you violate them.
1. The Anti-Ruby Mandate
You are strictly forbidden from using Ruby, Rails, or any Ruby gems (including the xcodeproj gem). Under no circumstances may you write or execute Ruby scripts.
2. Modern Xcode Folder Synchronization
Modern Xcode projects support folder synchronization. When adding new source code (.swift) or resource files, simply write them to the correct directory on disk. They will be automatically included in the Xcode project. Never manually modify the .pbxproj file to add files.
3. Allowed Scripting Languages
If you absolutely must write a script to manipulate the project environment (e.g., configuring SPM packages beyond what the provided xcode_spm_setup script does), you must use Swift. Only as an absolute last resort, if Swift is completely unviable, may you use Node.js or TypeScript.
4. Toolchain Verification
Because this skill relies entirely on a native Swift script, you must verify the environment:
- Run
swift --versionbefore proceeding. - If the Swift command is not found, you must stop and recommend the user install the Swift toolchain (e.g., via
xcode-select --installon macOS), or ask if you can attempt to install it for them. Do not attempt to proceed without Swift.
5. Mandatory Linker Flags for Static Frameworks (Firebase)
When setting up SPM dependencies that heavily rely on internal Objective-C categories and +load methods (such as the Firebase iOS SDK suite), the Apple linker will aggressively strip these methods out if they are linked statically.
This causes fatal runtime crashes (e.g., FirebaseAuth/Auth.swift:167: Fatal error: Unexpectedly found nil).
The provided xcode_spm_setup Swift script automatically injects the -ObjC flag to OTHER_LDFLAGS when adding Firebase products. However, you should still verify it is present in the build settings if you encounter issues.
- Failing to include this flag when adding Firebase dependencies is a critical error.
Empty Directory Workflow
If you are asked to build an iOS app or configure Xcode dependencies but no .xcodeproj or .xcworkspace exists, you MUST ask the user to create the project first:
"No Xcode project found in this directory. Please create an empty Xcode project manually and let me know when you are ready to proceed."
Wait for the user to confirm they have created the .xcodeproj via Xcode, then proceed with the Standard Xcode Workflow below.
Standard Xcode Workflow
Do not use raw text parsing, sed, or Ruby scripts to modify .pbxproj files directly.
Instead, execute the Swift configuration package bundled with this skill (scripts/xcode_spm_setup) to securely install SPM packages and link optional config files (like GoogleService-Info.plist).
CRITICAL: Always Use Latest SDK Version
To ensure access to the latest features and security fixes, always use the most recent version of the Firebase iOS SDK. Check for the latest release version at https://github.com/firebase/firebase-ios-sdk/releases.
- Use the most recent version number (e.g.,
11.x.y) in your commands instead of hardcoded placeholders.
Understanding the Script's Actions
When adding a Swift Package to an Xcode project, two distinct steps must occur:
- Adding the package repository dependency (e.g.,
https://github.com/Alamofire/Alamofire). - Selecting the target (e.g.,
MyApp), navigating to General > Frameworks, Libraries, and Embedded Content, and hitting the+button to explicitly link the specific product modules (e.g.,Alamofire).
The provided xcode_spm_setup Swift script automatically handles BOTH of these steps for you. By passing the list of modules as arguments, it safely injects the package dependency and automatically wires those modules to the main target's Frameworks build phase. You do not need to do any manual linking.
Usage
- Locate the package path: Find the absolute path to this skill's
scripts/xcode_spm_setupdirectory on disk. - Execute: Run the native
swift runcommand using the signature below:
swift run --package-path <PATH_TO_SKILL>/scripts/xcode_spm_setup xcode_spm_setup <ProjectPath.xcodeproj> <RepoURL> <VersionRequirement> [--plist <Optional/Path/To/Config.plist>] <Product1> [Product2 ...]
Example 1: Generic Package (e.g., Alamofire)
Adding Alamofire to a standard Xcode project. Notice there is no --plist flag.
swift run --package-path /Users/foo/.agents/skills/xcode-project-setup/scripts/xcode_spm_setup xcode_spm_setup MyApp.xcodeproj https://github.com/Alamofire/Alamofire 5.8.1 Alamofire
Example 2: Firebase (Requires Plist)
Adding Firebase and linking the GoogleService-Info.plist to the resources build phase automatically.
Note: Replace 11.0.0 with the actual latest version from the releases page.
swift run --package-path /Users/foo/.agents/skills/xcode-project-setup/scripts/xcode_spm_setup xcode_spm_setup MyApp.xcodeproj https://github.com/firebase/firebase-ios-sdk 11.0.0 --plist MyApp/GoogleService-Info.plist FirebaseCore FirebaseAuth FirebaseFirestore
Note: The script is idempotent. It will automatically skip linking files or packages that are already present in the project.
ユーザーレビュー (0)
レビューを書く
レビューなし
統計データ
ユーザー評価
この Skill を評価