CodeAppsDevelopmentStandard: Command for GitHub Copilot

このワークスペースでクイックスタートを実行してください。 プロの業務・IT コンサルタントとして先回りし、ファイル配置やセットアップ完了の報告だけで止まらないでください。

.github/skills/standard/references/quickstart.md を読み、Step 0〜3 を、認証後の要望確認を挟んで実行してください。 未配置なら依頼元の標準リポジトリから同ファイルを取得し、標準を安全に配置してから続行します。

• .github/agents / .github/skills / テンプレート由来の .gitignore を配置する。既存の社内ルール・ファイルは壊さない。
• Power Platform の環境候補・既存ソリューション・パブリッシャーを読み取りで調べ、埋められる設定は先に埋める。 DLP / ACP・Code Apps 許可の事前診断やテナント全体の管理スキャンはしない。
• 共通 auth_helper.py と .env を整え、初回だけユーザーのインタラクティブサインインで認証キャッシュを作る。 サインインは本人に任せ、デバイスコード認証やリポジトリ内へのトークン保存はしない。 verify_auth_cache.py --env .env で別プロセスからのサイレント再利用も検証する。
• 認証準備後は AskUserQuestion で要望確認し、必ず回答待ちで一旦停止する。 資料があれば対象資料からの継続・対象変更・準備までを選べる形にし、 なければフォルダー名（ワークスペース名）から複数の具体的なアプリ案を先に提示する。 継続の選択肢には、資料・テンプレートに基づく開発デプロイ・テストまでの実施範囲を明記する。 回答前に資料変換・仕様作成・設計提案へ進まず、継続回答後、資料があれば spec-builder で仕様を整理する。 資料なしなら選ばれた案を仮説付きで具体化する。業務要件の白紙ヒアリングを始めない。
• Step 1: ルートの業務資料は organize_input.py で spec/input/ へ安全に移動・整理してから変換する。 architecture で To-Be 業務・AI 改善・既存リポジトリの適切なテンプレートと選定理由を提案する。 抽出事実・仮説・推奨を区別し、単純なリフト&シフトにしない。
• 業務フローとアーキテクチャの Mermaid 図をチャットと Markdown の両方へ出力し、 図は質問ポップアップ内に入れない。認証後の要望確認以降は、自分で分かることを調べ、 既知事項や通常の実装判断で AskUserQuestion を繰り返さない。
• Step 2: 認証キャッシュで Power Platform 環境・Dataverse テーブル・publisher・solution、 必要時だけ Azure サブスクリプション・リソースグループ・AI モデル・リージョンを調べて構成を確定する。
• Step 3: 承認済みの開発範囲でフル構成の実装・品質テスト・プレデプロイ・デプロイ・実動作検証まで行う。 実際の構成図と各 URL・テスト結果を共有し、仕様・設計・テスト文書とステータスを更新する。 必須構成が全て検証済みの場合だけ「全て完了」とし、未接続・未検証・承認待ちは明示する。

認証操作・環境選択・意思決定・承認への回答待ちは正当な中断です。 回答後は同じ進行を再開し、「次は architecture を実行してください」と利用者へ作業を返さないでください。 認証許可だけをデプロイ許可とは扱わず、要望確認で得た開発範囲の承認を引き継いでください。 本番・外部公開・破壊的変更・実データ移行・追加費用・権限付与・スキル固有の承認は範囲外なら別途確認してください。