For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
メインナビゲーション
Theme
Codex

Codex use case

iOS アプリ開発

Codex で iPhone と iPad 向けの SwiftUI アプリのひな形を作成し、ビルドとデバッグを行います。

Difficulty Advanced
Time horizon 1h

Codex で iOS 向け SwiftUI プロジェクトのひな形を作成し、xcodebuild または Tuist を使って CLI を中心にビルドを繰り返します。作業が複雑になったら、XcodeBuildMCP や、作業内容に合った SwiftUI スキルを追加します。

Best for

  • アプリのひな形とビルドを繰り返すための環境を Codex でゼロから整えたい、新規の iOS 向け SwiftUI プロジェクト
  • Codex が作業を完了するために、スキームの確認、シミュレータの出力、スクリーンショット、または UI 操作の自動化が必要な既存の iPhone・iPad 向けプロジェクト
  • Xcode の GUI に依存せず、長時間にわたる iOS の UI 開発を、CLI を中心に作業するエージェントに任せたいチーム

Contents

    ← All use cases

    iOS アプリ開発

    Codex で iPhone と iPad 向けの SwiftUI アプリのひな形を作成し、ビルドとデバッグを行います。

    Codex で iOS 向け SwiftUI プロジェクトのひな形を作成し、xcodebuild または Tuist を使って CLI を中心にビルドを繰り返します。作業が複雑になったら、XcodeBuildMCP や、作業内容に合った SwiftUI スキルを追加します。

    Advanced
    1h

    Codex で iOS 向け SwiftUI プロジェクトのひな形を作成し、xcodebuild または Tuist を使って CLI を中心にビルドを繰り返します。作業が複雑になったら、XcodeBuildMCP や、作業内容に合った SwiftUI スキルを追加します。

    Advanced
    1h

    Best for

    • アプリのひな形とビルドを繰り返すための環境を Codex でゼロから整えたい、新規の iOS 向け SwiftUI プロジェクト
    • Codex が作業を完了するために、スキームの確認、シミュレータの出力、スクリーンショット、または UI 操作の自動化が必要な既存の iPhone・iPad 向けプロジェクト
    • Xcode の GUI に依存せず、長時間にわたる iOS の UI 開発を、CLI を中心に作業するエージェントに任せたいチーム

    Skills & Plugins

    • SwiftUI で UI を構築したり、既存の UI をリファクタリングしたりしながら、Liquid Glass などの新しい iOS のデザインパターンを取り入れます。実行時のパフォーマンスを検証し、XcodeBuildMCP を使ってシミュレータ上でアプリをデバッグします。
    Skill Why use it
    Build iOS Apps SwiftUI で UI を構築したり、既存の UI をリファクタリングしたりしながら、Liquid Glass などの新しい iOS のデザインパターンを取り入れます。実行時のパフォーマンスを検証し、XcodeBuildMCP を使ってシミュレータ上でアプリをデバッグします。

    Starter prompt

    SwiftUI アプリのひな形を作成し、ローカル環境の `Build` アクションに割り当てられるビルド・起動スクリプトを追加してください。 制約: - CLI を中心に作業してください。Apple の `xcodebuild` を優先し、構成がシンプルになる場合は Tuist を使っても構いません。 - このリポジトリに Xcode プロジェクトが一式そろっている場合は、XcodeBuildMCP でターゲットを一覧表示し、適切なスキームを選んでください。その後も XcodeBuildMCP を使い、変更を加えながらビルド、起動、スクリーンショットの撮影を繰り返してください。 - 既存のモデル、ナビゲーションパターン、共通ユーティリティがあれば再利用してください。 - 複数の Apple プラットフォームで共通の実装を明示的に依頼した場合を除き、アプリの対象は iPhone と iPad に絞ってください。 - 変更のたびに、範囲を絞って確実に検証してください。その検証に合格した場合にのみ、ビルドの対象を広げてください。 - 新規プロジェクトのひな形作成と既存プロジェクトの変更のどちらとして進めたかを教えてください。 提出物: - アプリのひな形、または依頼した範囲の機能実装 - 実行するコマンドを正確に記述した簡潔なビルド・起動スクリプト - 変更の確認に必要な最小限の検証として実際に行った手順 - 使用したスキームとシミュレータの正確な名称、および実施したチェックの具体的な内容
    SwiftUI アプリのひな形を作成し、ローカル環境の `Build` アクションに割り当てられるビルド・起動スクリプトを追加してください。 制約: - CLI を中心に作業してください。Apple の `xcodebuild` を優先し、構成がシンプルになる場合は Tuist を使っても構いません。 - このリポジトリに Xcode プロジェクトが一式そろっている場合は、XcodeBuildMCP でターゲットを一覧表示し、適切なスキームを選んでください。その後も XcodeBuildMCP を使い、変更を加えながらビルド、起動、スクリーンショットの撮影を繰り返してください。 - 既存のモデル、ナビゲーションパターン、共通ユーティリティがあれば再利用してください。 - 複数の Apple プラットフォームで共通の実装を明示的に依頼した場合を除き、アプリの対象は iPhone と iPad に絞ってください。 - 変更のたびに、範囲を絞って確実に検証してください。その検証に合格した場合にのみ、ビルドの対象を広げてください。 - 新規プロジェクトのひな形作成と既存プロジェクトの変更のどちらとして進めたかを教えてください。 提出物: - アプリのひな形、または依頼した範囲の機能実装 - 実行するコマンドを正確に記述した簡潔なビルド・起動スクリプト - 変更の確認に必要な最小限の検証として実際に行った手順 - 使用したスキームとシミュレータの正確な名称、および実施したチェックの具体的な内容

    アプリのひな型とビルド手順の準備

    新規開発では、まずはプロンプトで直接依頼します。Codex に、SwiftUI を使った iOS アプリのひな型と、ビルドから起動までを行う簡単なスクリプトを作成してもらいます。このスクリプトは Build アクションに割り当てて、ローカル環境から実行できます。

    開発は CLI を中心に進めます。Apple の xcodebuild を使うと、ターミナルからスキームを一覧表示し、build、test、archive、build-for-testing、test-without-building の各アクションを実行できます。Codex は Xcode の GUI に切り替えることなく、作業と検証を自律的に繰り返せます。

    プロジェクトの生成手順を整理したい場合は、サードパーティ製ツールの利用に抵抗がなければ、次のステップとして Tuist が適しています。GUI を使わずに Xcode プロジェクトを生成してビルドでき、Codex も引き続きターミナルからアプリをビルドして起動できます。

    XcodeBuildMCP は、本格的な Xcode プロジェクトで自動化の範囲を広げたいときに使います。この段階では、スキームやターゲットの選択、シミュレーターの操作、スクリーンショットの撮影、ログの確認、UI 操作が重要になり、シェルコマンドだけでは対応しきれなくなります。

    スキルの活用

    最初の実装では、多くの場合、スキルや MCP サーバーは必要ありません。作業に専門知識が必要になったときや、SwiftUI の設計・実装の慣例をより徹底したいときに、スキルを追加します。

    • SwiftUI エキスパートは、多くのベストプラクティスを取り入れた、幅広い SwiftUI 開発に使えるスキルです。

    • SwiftUI Pro は、新しい API の使い方、保守性、アクセシビリティ、パフォーマンスの観点から SwiftUI コードを幅広くレビューするスキルです。

    • Liquid Glass エキスパートを使うと、Codex は iOS 26 の新しい Liquid Glass API を採用し、最新のシステムデザインになじむようにカスタムコンポーネントを調整できます。

    • SwiftUI パフォーマンスは、機能の動作が遅く感じられるときや、SwiftUI のビューが更新される過程に問題がありそうなときに役立ちます。SwiftUI でよくある実装ミスを探し、修正すべき箇所と改善効果が大きい箇所を優先度順にまとめたレポートを作成します。

    • Swift 並行処理エキスパートは、原因のわかりにくいエラーやコンパイラの警告で変更が進まないときに役立ちます。GPT-5.6 Terra では出番が減るかもしれませんが、Swift の並行処理に関する診断メッセージが多く、原因を絞り込みにくいときには引き続き有用です。

    • SwiftUI ビューのリファクタリングは、個々のファイルを小さく保ち、リポジトリ全体で SwiftUI コードの書き方をそろえるのに役立ちます。

    • SwiftUI パターンは、アプリの規模が大きくなっても、@Observable と @Environment を使った挙動の予測しやすい設計パターンを選ぶのに役立ちます。

    スキルのインストール方法と使い方については、スキルのドキュメントを参照してください。

    UI と動作の改善

    最初の実装が動くようになったら、UI や動作を少しずつ改善できます。既存のプロジェクトを使う場合は、この段階から始められます。

    ここでは、何をどのように変えたいのかを具体的に伝えます。

    プロンプトには、新規リポジトリで作業するのか、既存の Xcode プロジェクトを変更するのかを明記します。引き続きサポートする iOS デバイスやデプロイメントターゲット、変更のたびに行ってほしい検証の手順も Codex に伝えます。

    プロンプトの例

    たとえば、既存のアプリに機能を追加する場合は、次のように Codex に依頼できます。

    この SwiftUI アプリにオンボーディングフローを追加してください。 制約: - 既存のモデル、ナビゲーションパターン、共通ユーティリティを再利用してください。 - XcodeBuildMCP で適切なターゲットまたはスキームを一覧表示し、アプリをビルドして起動してください。見た目の確認が必要な場合は、スクリーンショットも撮影してください。 - iOS と macOS で共通の抽象化を明示的に依頼しない限り、実装の対象は iPhone と iPad に絞ってください。 - 使用したスキームとシミュレーター、実施した検証の内容を具体的に教えてください。 依頼した範囲を実装し、変更内容を確認できる最小限のビルドまたは実行手順で検証してから、変更点をまとめてください。

    開発のヒント

    プロンプトだけで始める新規開発

    新規開発では、まずはプロンプトで直接依頼します。Codex に、SwiftUI アプリのひな型と、ビルドから起動までを行う簡単なスクリプトを作成してもらいます。このスクリプトは Build アクションに割り当てて、ローカル環境から実行できます。最初の実装では、多くの場合、スキルや MCP サーバーは必要ありません。

    最小限の手順で確実に検証

    変更のたびに、その箇所が仕様どおりに動くことを確認できる、対象範囲の最も狭いコマンドを Codex に実行してもらいます。より広い範囲のビルドは後で行います。編集のたびにアプリ全体をビルドする必要がなく、Codex がすばやく作業を進められます。

    CLI を中心とした開発

    開発は CLI を中心に進めます。Apple の xcodebuild を使うと、ターミナルからスキームを一覧表示し、build、test、archive、build-for-testing、test-without-building の各アクションを実行できます。Codex は Xcode の GUI に切り替えることなく、作業と検証を自律的に繰り返せます。

    XcodeBuildMCP の活用

    本格的な Xcode プロジェクトで自動化の範囲を広げる必要が出てきたら、その時点で XcodeBuildMCP を使います。スキームやターゲットの選択、シミュレーターの操作、スクリーンショットの撮影、ログの確認、UI 操作が重要になり、シェルコマンドだけでは対応しきれなくなるためです。

    Tech stack

    Need

    UI フレームワーク

    Default options

    SwiftUI

    Why it's needed

    UI コードの読みやすさを保ちながら、iPhone と iPad 向けのビュー、画面遷移、状態共有の仕組みを最も手早く試作できます。

    Need

    ビルドツール

    Default options

    xcodebuild または Tuist

    Why it's needed

    どちらを使っても、Xcode の GUI に依存せず、ターミナルでネイティブアプリのビルドを繰り返せます。

    Need

    プロジェクトの自動化

    Default options

    XcodeBuildMCP

    Why it's needed

    スキームとターゲットの確認、アプリの起動、スクリーンショットの撮影を Codex に任せ、そのまま修正と確認を繰り返してもらいたい場合に適しています。

    Need

    配信ツール

    Default options

    App Store Connect CLI

    Why it's needed

    配信までエージェントに任せ、アプリのビルドを App Store に直接送信できます。

    Need Default options Why it's needed
    UI フレームワーク SwiftUI UI コードの読みやすさを保ちながら、iPhone と iPad 向けのビュー、画面遷移、状態共有の仕組みを最も手早く試作できます。
    ビルドツール xcodebuild または Tuist どちらを使っても、Xcode の GUI に依存せず、ターミナルでネイティブアプリのビルドを繰り返せます。
    プロジェクトの自動化 XcodeBuildMCP スキームとターゲットの確認、アプリの起動、スクリーンショットの撮影を Codex に任せ、そのまま修正と確認を繰り返してもらいたい場合に適しています。
    配信ツール App Store Connect CLI 配信までエージェントに任せ、アプリのビルドを App Store に直接送信できます。

    Related use cases