compose

Compose

すべてのタスク

• 完了を報告する前に検証します。タスクのパスに指定されたチェックを実行し、その結果を報告してください。
• 正しく動作する部分は維持し、正しい変更を最小限に抑えてください。
• 結果を、エンジニアリング上の理由に基づいて平易に説明してください。
• 得られたコンテキストに基づいて進め、前提条件を明記してください。
• タスクの種類と対象領域について、ツリーで指定されたファイルだけを開いてください。チェックに失敗した場合、または指定されたファイルから別のファイルを参照するよう指示された場合に限り、別の参考資料を開いてください。

質問 0：タスクを進めるのに十分明確ですか？

• プロンプトを確認してから、コードを確認します。
  • 十分明確な場合：質問 1 に進みます。
  • 回答がないと実装内容が変わる場合：デフォルトを明記した質問を最大 3 つまで行います。
  • 人間が回答できない場合（CI またはヘッドレス環境）：作業を進め、前提条件を列挙します。
• キットプロジェクトでは、アーキテクチャをどのようにするべきか尋ねてはいけません。

質問 1：どの種類のタスクですか？

• 新機能または画面 → 1. 既存プロジェクトに追加する場合は、../compose-architecture/references/existing-projects.md の「選択」ツリーを使用します。2. 主な対象領域として ../compose-feature/SKILL.md を読みます。3. 該当する場合は、新機能用スクリプトでひな形を作成します。4. 質問 2 で対象領域をそれぞれ選びます。5. 機能のチェックとテストを実行します。
• 既存コードの変更 → 1. 影響を受けるコードを見つけます。2. ../compose-architecture/references/existing-projects.md の「選択」ツリーを使用し、一貫性のあるパターンを維持します。3. 質問 2 から、対象領域を担当するトピックのスキルを読みます。4. 変更を最小限に抑えます。5. 対象領域のチェックと影響を受けるテストを実行します。依頼で指定された内容だけを変更し、関連する未対応事項はフォローアップとして列挙します。
• バグ修正 → 1. ../compose-architecture/references/existing-projects.md の「選択」ツリーを使用します。2. ../compose-feature/references/testing.md を使って、バグを再現する失敗テストを作成します。3. 質問 2 で該当する対象領域だけを読みます。4. 修正を最小限に抑えます。5. テストが成功することを示し、影響を受けるチェックを実行します。
• レビューのみ → 1. ../compose-architecture/references/existing-projects.md の「選択」ツリーを使用します。2. 重大度について ../compose-feature/references/review-mode.md を読みます。3. 質問 2 から、関連する対象領域だけを調査します。4. 問題点と適切な点を報告します。5. 編集は行いません。
• レビュー後の準拠または修正 → 1. 再構成だけを行い、動作、表示される UI、ナビゲーション、永続化、公開 API を完全に維持します。2. 既存のコードにない画面、コントロール、配線、保存状態、機能を追加してはいけません。そうした項目は回答でフォローアップとして列挙します。3. コンストラクターまたはシグネチャを変更する場合は、すべての呼び出し元とテストを同じ変更で更新します。4. 既存テストを変更の前後に実行します。どちらの実行も成功する必要があります。5. ガードを実行します。../compose-architecture/references/existing-projects.md の「選択」ツリーと、重大度を確認するための ../compose-feature/references/review-mode.md を使用します。
• プロジェクト、モジュール、またはビルドのセットアップ → 1. 既存コードの場合は、../compose-architecture/references/existing-projects.md の「選択」ツリーを使用します。2. ../compose-project/SKILL.md を読みます。3. 質問 2 でビルド領域を選びます。4. 変更を行います。5. プロジェクトのチェックと、影響を受けるビルドまたはテストを実行します。
• 質問または説明 → 1. 既存コードの場合は、../compose-architecture/references/existing-projects.md の「選択」ツリーを使用します。2. 質問 2 で対象領域を特定します。3. 事実が記載されたファイルだけを読みます。4. 根拠を示して回答し、不確かな点があれば明記します。

質問 2：どの領域に関係しますか？

タスクの主な領域についてのみ、その領域の SKILL.md を読みます。それ以外の領域については、対応するリファレンスだけを読みます。

• UI → ../compose-ui/references/ux-states.md。タスクの主な領域である場合は、../compose-ui/SKILL.md も読みます。
• アダプティブレイアウト（タブレット、折りたたみ式デバイス、デスクトップまたはブラウザーウィンドウ、ウィンドウサイズ）→ ../compose-ui/references/adaptive-layouts.md。タスクの主な領域である場合は、../compose-ui/SKILL.md も読みます。
• 状態とライフタイム → ../compose-architecture/references/state-ownership.md。タスクの主な領域である場合は、../compose-architecture/SKILL.md も読みます。
• エラー → ../compose-architecture/references/error-handling.md。タスクの主な領域である場合は、../compose-architecture/SKILL.md も読みます。
• ナビゲーション → ../compose-architecture/references/navigation.md。タスクの主な領域である場合は、../compose-architecture/SKILL.md も読みます。
• データストレージ → ../compose-data/references/datastore.md。タスクの主な領域である場合は、../compose-data/SKILL.md も読みます。
• ネットワーク → ../compose-data/references/networking-ktor.md。タスクの主な領域である場合は、../compose-data/SKILL.md も読みます。
• ページング → ../compose-data/references/paging.md。タスクの主な領域である場合は、../compose-data/SKILL.md も読みます。
• DI とモジュール → ../compose-architecture/references/dependency-injection.md。タスクの主な領域である場合は、../compose-architecture/SKILL.md も読みます。
• プラットフォーム／iOS／デスクトップ → ../compose-platform/references/sharing-and-bridges.md。タスクの主な領域である場合は、../compose-platform/SKILL.md も読みます。
• 通知とバックグラウンド処理 → ../compose-platform/references/notifications-and-background-work.md。タスクの主な領域である場合は、../compose-platform/SKILL.md も読みます。
• ビルドと Gradle → ../compose-project/references/convention-plugins.md。タスクの主な領域である場合は、../compose-project/SKILL.md も読みます。
• テスト → ../compose-feature/references/testing.md。タスクの主な領域である場合は、../compose-feature/SKILL.md も読みます。

該当しない場合 → 判断して、前提を明記します。