GrouMapAppStore

【必須・最優先】GrouMapのFlutter画面作成・画面編集・UI実装・コード修正・機能追加でUI/UXルールを適用するためのガイド。このスキルを発動せずにFlutterコードを1行でも書くことは禁止。「作成して」「修正して」「編集して」「追加して」「実装して」「画面」「ウィジェット」「UI」「UX」「レイアウト」「デザイン」「ボタン」「フォーム」「カード」「リスト」「タブ」「画面の見た目」「図鑑」「マップ」「dart」などのキーワードを含む依頼時に、コードを書く前に必ず最初に発動すること。スタンプ・スタンプカードのUI変更時にも使う。

「画像を生成して」「画像を作って」「アイコンを作って」「バナーを作って」など、画像生成の依頼時に、Nano Banana 2（Gemini 3.1 Flash Image）APIを使って画像を自動生成する。

【必須・最優先】GrouMapのFlutter画面作成・画面編集・UI実装・コード修正・機能追加でUI/UXルールを適用するためのガイド。このスキルを発動せずにFlutterコードを1行でも書くことは禁止。「作成して」「修正して」「編集して」「追加して」「実装して」「画面」「ウィジェット」「UI」「UX」「レイアウト」「デザイン」「ボタン」「フォーム」「カード」「リスト」「タブ」「画面の見た目」「図鑑」「マップ」「dart」などのキーワードを含む依頼時に、コードを書く前に必ず最初に発動すること。スタンプ・スタンプカードのUI変更時にも使う。

「手順書を更新して」「ガイドを整理して」「フェーズが完了したのでマークダウンを整理して」「フェーズが進んだので更新して」「ロードマップを更新して」など、フェーズ進捗に応じてAGENT_TEAM_GUIDE.mdとIMPLEMENTATION_ROADMAP.mdを最新状態に整理する依頼時に使う。

「計画書を作成して」「プランを作って」「設計書を作成して」「計画を立てて」「〇〇の計画書」「〇〇のプラン」など、計画書・設計書・プランの作成を依頼されたときに、/Users/kanekohiroki/Desktop/groumapapp/.claude/plans/ 配下にマークダウンファイルを作成して保存するためのルール。

「バッジ」「バッジ追加」「バッジ削除」「バッジ変更」「バッジ一覧」「バッジ定義」「badge」など、バッジに関するワードが出てきたときに BADGE_LIST.md を参照し、変更があれば追記・修正するためのルール。バッジの追加・削除・名前変更・獲得条件変更・レア度変更・画像パス変更・トリガー実装変更などの場面で使う。

「ロゴを作成して」「ロゴを作って」「ロゴを生成して」など、ロゴ画像の生成依頼時に、GrouMapのブランドカラーとデザインスタイルを適用してロゴを自動生成する。

「マークダウンを整理して」「ドキュメントを更新して」「MDファイルを整理して」など、プロジェクトのマークダウンドキュメントの整理・更新を依頼されたときに使う。

アプリストア（App Store / Google Play Store）の申請テキスト（プロモーション用テキスト・概要・簡単な説明など）の作成・変更・修正を依頼されたときに使う。「ストアのテキストを変更して」「プロモーション用テキストを修正して」「App Storeの説明文を更新して」「Google Playの説明を変えて」「ストア申請テキスト」などの依頼時に使う。

「オーナー」「オーナー判定」「オーナーの店舗」「オーナー除外」など、オーナーに関する判定・フィルタリング・権限チェックを行う際に、必ずFIRESTORE.mdでデータベース構造を確認してからusersコレクションで判定するためのルール。

「ロゴを作成して」「ロゴを作って」「ロゴを生成して」など、ロゴ画像の生成依頼時に、GrouMapのブランドカラーとデザインスタイルを適用してロゴを自動生成する。

アプリストア（App Store / Google Play Store）の申請テキスト（プロモーション用テキスト・概要・簡単な説明など）の作成・変更・修正を依頼されたときに使う。「ストアのテキストを変更して」「プロモーション用テキストを修正して」「App Storeの説明文を更新して」「Google Playの説明を変えて」「ストア申請テキスト」などの依頼時に使う。

GrouMapプロジェクトでアプリのバージョン更新を依頼されたときの手順。ユーザーが「バージョンをアップして」「バージョンを上げて」「アプリのバージョンをアップして」と依頼した場合に使う。

「マークダウンを整理して」「ドキュメントを更新して」「MDファイルを整理して」など、プロジェクトのマークダウンドキュメントの整理・更新を依頼されたときに使う。

「スキルを追加して」「スキルを修正して」「スキルを作成して」「スキルを更新して」「スキルを削除して」など、スキルの追加・修正・作成・削除を依頼されたときに、.claude と .codex の両方、かつユーザー用・店舗用リポジトリの両方に同じ内容を反映するためのルール。

「バッジを生成して」「バッジ画像を作って」「バッジアイコンを生成して」など、バッジ画像の生成依頼時に、統一されたバッジデザインテンプレートを使って画像を自動生成する。

「背景を透明化して」「背景を透過して」「背景を削除して」「背景を除去して」「画像の背景を消して」など、画像の背景透明化・透過処理を依頼されたときに、rembgを使って背景を自動除去する。

GrouMapプロジェクトで「アプリをテストリリースして」「TestFlightにリリースして」等の依頼が来たときに、iOS向けのTestFlightリリースビルド手順を実行するために使う。

GrouMapプロジェクトで「GitHubにコミットしてプッシュして」などの依頼が来たときに適用するGit操作ルール。コミット・プッシュ・mainマージ・ブランチ運用の手順を厳守する。

ビジネスモデルに関する相談・検討・見直しの依頼時に、BUSINESS_MODEL.mdとSERVICE_FEATURES.mdを自動的に読み込むためのルール。「ビジネスモデルを考えたい」「ビジネスモデルを見直したい」「収益モデルの相談」「料金プランの検討」など、ビジネスモデルに関わる話題が出たときに使う。

Firestore/データベースに関する作業で必ずFIRESTORE.mdを読み込むためのルール。DB設計、コレクション追加、Firestore変更、スキーマ更新、データベース設計・作成・更新・書き換えなどの依頼時に使う。

GrouMapプロジェクトで「アプリをリリースして」等の依頼が来たときに、Google Play/App Store向けのリリースビルド手順を実行するために使う。

カテゴリ・サブカテゴリの一覧参照/追加/削除/編集/表示変更に関する依頼で使用する。店舗情報入力やカテゴリ編集、カテゴリ一覧の確認・更新が含まれる場合、/Users/kanekohiroki/Desktop/groumapapp/CATEGORY_LIST.md を参照し、変更があれば同ファイルを更新する。

GrouMapプロジェクトでエラーが発生したときの調査・実行方針。エラー対応やデバッグ依頼時に、ターミナルでのコマンド実行・権限付与の進め方を統一するために使う。

Firestore ルール、Firebase Functions、Firebase 設定変更の作業先を正しいリポジトリに誘導する。Firestore ルール、firestore.rules、Firebase Functions/functions、firebase.json、firestore.indexes.json が話題に出たときに使う。

画像や画像比率の話題が出たときに、IMAGE_RATIOS.md を参照し、比率の確認・決定・追記を行う。

「通知を作成して」「お知らせを送って」「通知を配信して」など、通知/お知らせの作成・保存先選定・type整合・配信トリガー確認を行うときに使う。未承認店舗通知、友達紹介通知、新規お知らせ作成などの通知処理を統一する場面で必ず使用する。

「店舗用」「ユーザー用」などのワードが出たときに対象プロジェクトを特定するためのルール。店舗用・ユーザー用の区分が必要な依頼で使う。