{"meta":{"title":"GitHub Copilot アプリのリポジトリ構成","intro":"GitHub Copilot appのリポジトリ固有の命令、スクリプト、および自動化の動作を定義します。","product":"GitHub Copilot","breadcrumbs":[{"href":"/ja/copilot","title":"GitHub Copilot"},{"href":"/ja/copilot/reference","title":"リファレンス"},{"href":"/ja/copilot/reference/github-copilot-app-reference","title":"GitHub Copilot app 参照"},{"href":"/ja/copilot/reference/github-copilot-app-reference/repository-configuration","title":"リポジトリの構成"}],"documentType":"article"},"body":"# GitHub Copilot アプリのリポジトリ構成\n\nGitHub Copilot appのリポジトリ固有の命令、スクリプト、および自動化の動作を定義します。\n\nリポジトリの `.github/github-app.yml` を使用して、そのプロジェクトの GitHub Copilot app の動作を定義します。\n\nこれらのプロジェクト設定は、アプリ UI で編集することもできます。\n`.github/github-app.yml`が既に存在する場合は、UI の変更がそのファイルに書き戻されます。 まだ存在しない場合は、アプリの現在のプロジェクト設定から作成できます。\n\n## 構成ファイルの場所について\n\n次の位置にファイルを作成します。\n\n```text copy\n.github/github-app.yml\n```\n\nこのアプリでは、旧バージョンとの互換性のために、従来のファイル名 `.github/copilot-desktop.yml` もサポートされています。\n\nUI ベースのカスタマイズ手順については、 [GitHub Copilot アプリのカスタマイズ](/ja/copilot/how-tos/github-copilot-app/customize-github-copilot-app) を参照してください。\n\n## 構成を確認して信頼する\n\nアプリは、リポジトリから構成を検出した場合、構成を確認して受け入れるまで、リポジトリの指示、スクリプト、またはその他の設定をファイルから適用しません。 これにより、別の共同作成者によって追加されたコマンドの実行や設定の適用から保護されます。 アプリ UI を使用して作成または更新した構成は、自動的に信頼されます。\n\n> \\[!WARNING]\n> リポジトリ構成を受け入れる前に、構成されているすべてのコマンドと実行される依存関係を確認します。 スクリプトとその子プロセスは、この記事で後述する GitHub 資格情報を受け取るので、これらの環境変数をログに記録したり永続化したりするように構成しないでください。\n\n空白やコメントの変更など、アプリの外部でファイルが変更された場合は、アプリが適用される前に、更新された構成を確認して受け入れる必要があります。 現在のバージョンを受け入れるまで、アプリは以前にアプリで構成されたプロジェクト設定を引き続き使用します。\n\n## 構成例\n\n```yaml copy\ninstructions: |\n  Use bun instead of npm.\n\nscripts:\n  - name: Setup\n    command: bun install\n    triggers:\n      - session.create\n  - name: Run\n    command: bun run dev\n  - name: Archive cleanup\n    command: rm -rf node_modules\n    triggers:\n      - session.archive\n\nserver_ready_pattern: '(?i)Local:\\s+(https?://\\S+)'\nauto_open_in_browser: true\n\nautomation:\n  auto_issue_session: true\n  remote_control: false\n```\n\n## 手順とスクリプトを構成する\n\n### `instructions`\n\n`instructions`を使用して、プロジェクト内のセッションのシステム プロンプトにリポジトリ固有のガイダンスを追加します。 アプリでグローバル命令も構成する場合は、最初にグローバル命令が適用され、その後にプロジェクトの指示が適用されます。\n\n### `scripts`\n\n`scripts`を使用して、アプリに表示され、手動または特定のトリガーで実行できるコマンドを定義します。\n\n各スクリプト項目では、次の機能がサポートされます。\n\n* `name` (`string`): UI の表示名。\n* `command` (`string`): 実行するコマンド。\n* `triggers` (`string[]`、省略可能): スクリプトを自動実行するイベント。\n\n`triggers`のないスクリプトは手動で行います。\n\n### トリガー値\n\nファイルで正規のトリガー値を使用します。\n\n* `session.create`\n* `session.archive`\n\nアプリは、既存のファイルを解析するときに、次のレガシ エイリアスも受け入れます。\n\n* `workspace.create` ( `session.create`のエイリアス)\n* `workspace.archive` ( `session.archive`のエイリアス)\n\nトリガーされたスクリプトを実行すると、 `COPILOT_SCRIPT_TRIGGER` は正規の値に設定されます。\n\n* `session.create`\n* `session.archive`\n\n## サーバーの検出とブラウザーの動作を構成する\n\n### `server_ready_pattern`\n\n`server_ready_pattern` は、実行スクリプトがサーバーを起動したことを検出するために使用される正規表現です。\n\nパターンでは、Rust の `regex` クレートでサポートされている構文が使用されます。 構文の詳細については、クレートドキュメントの [構文](https://docs.rs/regex/1/regex/#syntax) を参照してください。 パターンが無効な場合、アプリは既定のサーバー検出パターンを使用します。\n\n検出された URL またはポートには、最初のキャプチャ グループを使用します。 アプリはキャプチャ グループ `1`を読み取ります。\n\n* キャプチャが URL (`http://...` または `https://...`)は、URL が使用されます。\n* キャプチャがポート番号 (例: `3000`)、アプリはそれを `http://localhost:3000`に変換します。\n\n### `auto_open_in_browser`\n\n`auto_open_in_browser`が`true`されている場合、アプリは統合ブラウザーで検出された実行 URL を開きます。 このフィールドを省略すると、有効な既定値は `true`。\n\n## 自動化の動作を構成する\n\n`automation`で自動化オプションを設定します。\n\n* `automation.auto_issue_session` (`boolean`) は、アプリが問題コンテキストを含むセッションを自動的に開始するかどうかを制御します。 省略した場合、有効な既定値は `true`。\n* `automation.remote_control` (`boolean`) は、 GitHub Web インターフェイスまたは GitHub Mobileからセッションにアクセスできるかどうかを制御します。 省略した場合、有効な既定値は `false`。\n\nCopilotシートが組織から来ている場合は、リモート コントロールを使用できるようにするには、該当する \"クラウドにローカル セッションを保存する\" ポリシーを \"表示および制御\" に設定する必要があります。 エンタープライズ管理の `remoteControl` 設定では、 `automation.remote_control` が `true`されている場合でも、リモート 制御をさらに制限できます。 詳細については、「[GitHub Copilot CLI セッションのリモート 制御について](/ja/copilot/concepts/agents/copilot-cli/about-remote-control)」および「[エンタープライズ管理設定](/ja/copilot/reference/enterprise-administrators/enterprise-managed-settings)」を参照してください。\n\n## スクリプトのランタイム環境変数\n\nスクリプトは、次のアプリで提供される環境変数で実行されます。\n\n| Variable                 | 説明                                                  |\n| ------------------------ | --------------------------------------------------- |\n| `COPILOT_WORKSPACE_NAME` | 現在のワークスペース名。                                        |\n| `COPILOT_WORKSPACE_PATH` | ワークスペースへの絶対パス。                                      |\n| `COPILOT_ROOT_PATH`      | プロジェクト ルート チェックアウトへの絶対パス。                           |\n| `COPILOT_DEFAULT_BRANCH` | 既定のブランチProjectします。                                  |\n| `COPILOT_PORT`           | 現在のワークスペース コンテキストのアプリ WebSocket ポート。                |\n| `COPILOT_SCRIPT_TRIGGER` | スクリプトを起動したトリガー (トリガーされたスクリプトにのみ設定)。                 |\n| `GH_TOKEN`               | 選択した GitHub アカウントのトークン。                             |\n| `GH_HOST`                | 選択した GitHub アカウントのホスト。                              |\n| `COPILOT_GH_ACCOUNT_*`   | 選択したアカウントを含む、サインインしているすべてのアカウントのホストおよびアカウント固有のトークン。 |\n\n`COPILOT_GH_ACCOUNT_*`変数ごとに、アプリはホストとログインを小文字にし、ASCII 文字と数字を変更せずに残し、他のすべての UTF-8 バイトを、アンダースコアで囲まれた大文字の 16 進数の値に置き換えます。 変数名は `COPILOT_GH_ACCOUNT_<HOST>_<LOGIN>`形式を使用します。 たとえば、`alice`での`github.com`のトークンは`COPILOT_GH_ACCOUNT_github_2E_com_alice`され、`user`での`ghe-example.com`のトークンは`COPILOT_GH_ACCOUNT_ghe_2D_example_2E_com_user`。\n\n## 従来の互換性\n\n下位互換性のために、アプリは引き続き古いオブジェクト ベースの `scripts` 図形を解析できます。\n\n```yaml copy\nscripts:\n  setup: bun install\n  run: bun run dev\n  archive: rm -rf node_modules\n```\n\nこの従来の図形では、次の操作を行います。\n\n* `setup` は、作成トリガーを使用してスクリプトにマップされます。\n* `archive` は、アーカイブ トリガーを使用してスクリプトにマップされます。\n* `run` は手動のスクリプト エントリにマップされ、1 つのコマンド文字列または `{ name, command }` オブジェクトの一覧を指定できます。"}