ワンクリックでManusで任意のスキルを実行

ios-build-device-selection

スター0

フォーク0

更新日2026年6月5日 08:13

Prefer device 00008150-001A69800138401C for xcodebuild. If that device is unavailable, fall back to an available iPhone 17 simulator.

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

DargonLee

DargonLee/My-Skills

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

iOS Build Device Selection

Use this skill when building the RNContainer iOS app with xcodebuild.

Goal

Always choose the build destination in this order:

Check whether device id 00008150-001A69800138401C exists in the current Xcode device list.
If it exists, use that exact device id for the build.
If it does not exist, choose an available simulator whose name is exactly iPhone 17.

Workflow

1. Check the preferred device first

Run:

xcrun xctrace list devices

If the output contains 00008150-001A69800138401C, build with:

cd ios && xcodebuild -workspace RNContainer.xcworkspace -scheme RNContainer -configuration Debug -destination 'id=00008150-001A69800138401C' build

2. Fall back to an iPhone 17 simulator

If the preferred device id is missing, run:

xcrun simctl list devices available

Choose a simulator whose displayed name is exactly iPhone 17.

Selection rules:

Prefer a Booted iPhone 17 simulator if present.
Otherwise prefer the highest available iOS version.
If multiple entries still match, prefer the arm64 destination reported by xcodebuild.

Then build with that simulator id:

cd ios && xcodebuild -workspace RNContainer.xcworkspace -scheme RNContainer -configuration Debug -sdk iphonesimulator -destination 'id=<IPHONE_17_SIMULATOR_ID>' build

3. If no iPhone 17 simulator exists

Do not silently switch to another simulator family.

Report that no iPhone 17 simulator is available and suggest creating one in Xcode or with simctl.

Output Requirements

When reporting the build attempt, include:

whether 00008150-001A69800138401C was found
the final chosen destination id
whether the build used a physical device or simulator
the final xcodebuild exit status

Min iOS Version Notes

If the user asks where to change the minimum iOS version, explain these control points:

Pod platform baseline is declared in ios/Podfile.
App target deployment target is declared in ios/RNContainer.xcodeproj/project.pbxproj.
Local pod minimum versions are declared in each podspec under ios/Frameworks.

In this repository specifically, changing only one of those locations can leave the project in an inconsistent state.

このリポジトリの他の Skills

同じリポジトリ

engineering-layered-design

DargonLee/My-Skills

Use when designing, reviewing, or refactoring code architecture and engineering structure, especially when logic is leaking into the wrong layer, UI components contain business rules, orchestration services do data parsing, one bug hints at a reusable abstraction, or a feature needs clear boundaries between data source, transformation, state management, extension points, and rendering. Use for separation of concerns, layered design, parser/adapter/pipeline decisions, reusable contracts, and preventing narrow fixes from becoming hardcoded architecture.

2026-07-090

git-commit

DargonLee/My-Skills

智能分析工作区变更，自动生成符合 Conventional Commits 规范的精炼提交信息并执行提交。

2026-07-090

review-uncommitted

DargonLee/My-Skills

Review staged, unstaged, and untracked local code changes in the current project. Use when the user asks to review uncommitted changes, check the working tree, inspect local diffs, or perform a pre-commit code review.

2026-06-260

vapp-method-generator

DargonLee/My-Skills

Generate or update Ninebot iOS VApp native methods and services. Use when adding a Swift VApp API, creating a VApp-backed pod under ios/Modules, exposing native methods through NBVAppManager/NBUnifiedAPIRegistry, wiring registrations in RootVCService+vapp.swift, or converting RN/callnative methods to the VApp service pattern.

2026-06-230

commit

DargonLee/My-Skills

Git commit workflow with conventional format and comprehensive summaries

2026-06-050

harlan-architecture-philosophy

DargonLee/My-Skills

Harlan 的通用架构设计哲学 — 指导 AI 在任何架构任务中遵循 Harlan 的设计偏好、决策风格和输出格式。适用于系统设计、重构、模块拆分、API 设计等所有架构级别的任务。

2026-06-050

name	ios-build-device-selection
description	Prefer device 00008150-001A69800138401C for xcodebuild. If that device is unavailable, fall back to an available iPhone 17 simulator.

iOS Build Device Selection

Use this skill when building the RNContainer iOS app with xcodebuild.

Goal

Always choose the build destination in this order:

Check whether device id 00008150-001A69800138401C exists in the current Xcode device list.
If it exists, use that exact device id for the build.
If it does not exist, choose an available simulator whose name is exactly iPhone 17.

Workflow

1. Check the preferred device first

Run:

xcrun xctrace list devices

If the output contains 00008150-001A69800138401C, build with:

cd ios && xcodebuild -workspace RNContainer.xcworkspace -scheme RNContainer -configuration Debug -destination 'id=00008150-001A69800138401C' build

2. Fall back to an iPhone 17 simulator

If the preferred device id is missing, run:

xcrun simctl list devices available

Choose a simulator whose displayed name is exactly iPhone 17.

Selection rules:

Prefer a Booted iPhone 17 simulator if present.
Otherwise prefer the highest available iOS version.
If multiple entries still match, prefer the arm64 destination reported by xcodebuild.

Then build with that simulator id:

cd ios && xcodebuild -workspace RNContainer.xcworkspace -scheme RNContainer -configuration Debug -sdk iphonesimulator -destination 'id=<IPHONE_17_SIMULATOR_ID>' build

3. If no iPhone 17 simulator exists

Do not silently switch to another simulator family.

Report that no iPhone 17 simulator is available and suggest creating one in Xcode or with simctl.

Output Requirements

When reporting the build attempt, include:

whether 00008150-001A69800138401C was found
the final chosen destination id
whether the build used a physical device or simulator
the final xcodebuild exit status

Min iOS Version Notes

If the user asks where to change the minimum iOS version, explain these control points:

Pod platform baseline is declared in ios/Podfile.
App target deployment target is declared in ios/RNContainer.xcodeproj/project.pbxproj.
Local pod minimum versions are declared in each podspec under ios/Frameworks.

In this repository specifically, changing only one of those locations can leave the project in an inconsistent state.