{"meta":{"title":"クラウド セッション","intro":"クラウド セッションでは、Mission Control を通じて、GitHub がホストするコンピューティング環境で Copilot の作業を実行します。 ユーザーのコンピューターまたはサーバーでローカル Copilot CLI セッションを開始するのではなく、リモートで実行するセッションをアプリで作成する必要がある場合に使用します。","product":"GitHub Copilot","breadcrumbs":[{"href":"/ja/copilot","title":"GitHub Copilot"},{"href":"/ja/copilot/how-tos","title":"方法"},{"href":"/ja/copilot/how-tos/copilot-sdk","title":"Copilot SDK"},{"href":"/ja/copilot/how-tos/copilot-sdk/features","title":"機能"},{"href":"/ja/copilot/how-tos/copilot-sdk/features/cloud-sessions","title":"クラウド セッション"}],"documentType":"article"},"body":"# クラウド セッション\n\nクラウド セッションでは、Mission Control を通じて、GitHub がホストするコンピューティング環境で Copilot の作業を実行します。 ユーザーのコンピューターまたはサーバーでローカル Copilot CLI セッションを開始するのではなく、リモートで実行するセッションをアプリで作成する必要がある場合に使用します。\n\n\n\n\n\n## Prerequisites\n\nクラウド セッションを作成する前に、次のことを確認してください。\n\n* ユーザーは、クラウド エージェントの権利を持つCopilotアクセス権を持っています。\n* セッションは、ユーザー トークンまたはログイン Copilot CLI ID を使用して、GitHubに対して認証できます。\n* セッションを GitHub リポジトリに関連付けることができます。 これは SDK の種類では省略可能ですが、Mission Control とクラウド エージェントにリポジトリ コンテキストが含まれるようにすることをお勧めします。\n* 組織ポリシーを使用すると、クラウド サーフェスからのリモート 制御とセッションの表示が可能になります。\n\n## クラウド セッションの作成\n\ncreate-session `cloud` オプションを設定して、クラウド セッションを作成します。 リポジトリ メタデータを含め、クラウド セッションを GitHub リポジトリに関連付けることができます。\n\n\n\n### TypeScript\n\n```typescript\nimport { CopilotClient } from \"@github/copilot-sdk\";\n\nconst client = new CopilotClient();\nawait client.start();\n\nconst session = await client.createSession({\n onPermissionRequest: async () => ({ kind: \"approve-once\" }),\n cloud: {\n repository: {\n owner: \"github\",\n name: \"copilot-sdk\",\n branch: \"main\",\n },\n },\n});\n```\n\n### Python\n\n```python\nfrom copilot import (\n CloudSessionOptions,\n CloudSessionRepository,\n CopilotClient,\n PermissionHandler,\n)\n\nclient = CopilotClient()\nawait client.start()\n\nsession = await client.create_session(\n on_permission_request=PermissionHandler.approve_all,\n cloud=CloudSessionOptions(\n repository=CloudSessionRepository(\n owner=\"github\",\n name=\"copilot-sdk\",\n branch=\"main\",\n )\n ),\n)\n```\n\n### Go\n\n```golang\nclient := copilot.NewClient(nil)\nif err := client.Start(ctx); err != nil {\n return err\n}\n\nsession, err := client.CreateSession(ctx, &copilot.SessionConfig{\n Cloud: &copilot.CloudSessionOptions{\n Repository: &copilot.CloudSessionRepository{\n Owner: \"github\",\n Name: \"copilot-sdk\",\n Branch: \"main\",\n },\n },\n OnPermissionRequest: func(req copilot.PermissionRequest, inv copilot.PermissionInvocation) (rpc.PermissionDecision, error) {\n return &rpc.PermissionDecisionApproveOnce{}, nil\n },\n})\n_ = session\n```\n\n### .NET\n\n```csharp\nawait using var client = new CopilotClient();\n\nvar session = await client.CreateSessionAsync(new SessionConfig\n{\n Cloud = new CloudSessionOptions\n {\n Repository = new CloudSessionRepository\n {\n Owner = \"github\",\n Name = \"copilot-sdk\",\n Branch = \"main\",\n },\n },\n OnPermissionRequest = (req, inv) =>\n Task.FromResult(PermissionDecision.ApproveOnce()),\n});\n```\n\n### Java\n\n```java\nimport com.github.copilot.CopilotClient;\nimport com.github.copilot.rpc.*;\n\ntry (var client = new CopilotClient()) {\n client.start().get();\n\n var session = client.createSession(\n new SessionConfig()\n .setCloud(new CloudSessionOptions()\n .setRepository(new CloudSessionRepository()\n .setOwner(\"github\")\n .setName(\"copilot-sdk\")\n .setBranch(\"main\")))\n .setOnPermissionRequest(PermissionHandler.APPROVE_ALL)\n ).get();\n}\n```\n\n### Rust\n\n```rust\nuse std::sync::Arc;\nuse github_copilot_sdk::{CloudSessionOptions, CloudSessionRepository, SessionConfig};\nuse github_copilot_sdk::handler::ApproveAllHandler;\n\nlet session = client.create_session(\n SessionConfig::default()\n .with_cloud(CloudSessionOptions::with_repository(\n CloudSessionRepository::new(\"github\", \"copilot-sdk\").with_branch(\"main\"),\n ))\n .with_permission_handler(Arc::new(ApproveAllHandler)),\n).await?;\n```\n\n\n\n## 最初のプロンプトの送信\n\nクラウド セッションは 2 つのフェーズで初期化されます。 `createSession` は、Mission Control がタスクを予約するとすぐに解決されますが、リモート `copilot-agent` ワーカーは接続して `session.start`を出力するためにもう 1 秒または 2 秒かかります。 その前に `session.send` を呼び出すと、ランタイムの `RemoteSession.send` が `\"Remote session is still starting\"` をスローします。しかし、スキーマ ラッパーは「ファイア アンド フォーゲット」方式であり、**エラーをサイレントに吸収し**つつ、コードには新しい `messageId` を返します。 プロンプトはサーバー上で削除され、ワーカーに到達することはありません。\n\n確実に送信するには、送信**前**にイベントを購読し、`session.start` が `producer` である最初の `\"copilot-agent\"` イベントを待ちます:\n\n\n\n```typescript\nimport { CopilotClient, type CopilotSession } from \"@github/copilot-sdk\";\n\nconst client = new CopilotClient();\nawait client.start();\n\nconst session: CopilotSession = await client.createSession({\n streaming: true, // required for assistant.message_delta to fire\n cloud: { repository: { owner: \"github\", name: \"copilot-sdk\" } },\n onPermissionRequest: async () => ({ kind: \"approve-once\" }),\n});\n\n// Subscribe BEFORE sending so you don't miss the start event.\nconst ready = new Promise((resolve) => {\n const off = session.on(\"session.start\", (event) => {\n if (event.data?.producer === \"copilot-agent\") {\n off();\n resolve();\n }\n });\n});\n\nawait ready;\nawait session.send({ prompt: \"Summarize the README\" });\n```\n\nいくつかの注意事項:\n\n* ランタイムが`streaming: true`イベントを出力するように、`createSession`に`assistant.message_delta`を設定します。 これを使用しない場合、最終的な `assistant.message` が得られる唯一のアシスタント シグナルです。バッチ使用には問題ありませんが、ライブ UI をレンダリングしている場合、チャットはフリーズした状態で表示されます。 「[ストリーミング セッション イベント](/ja/copilot/how-tos/copilot-sdk/features/streaming-events)」を参照してください。\n* このレースに影響を受けるのは、**最初**`session.send`のものだけです。 ランタイムはセッションの有効期間中に `hasSessionStarted` 設定を維持するため、同じセッションでの後続の送信は正常に動作します。\n* `ready` プロミスに対してタイムアウト (例: 60 秒) を設定し、Mission Control のプロビジョニングがスタックしてもアプリが永久にハングアップしないようにします。\n* すべての SDK 言語で同じパターンが機能します。 `session.start`をサブスクライブし、 `producer === \"copilot-agent\"`確認してから、 `send`を呼び出します。\n\n## ミッション コントロール URL へのアクセス\n\nクラウド セッションは本質的にリモートです。ワーカーが接続すると、Mission Control は `https://github.com/copilot/tasks/{sessionId}` でセッションを発行し、ランタイムは URL を使用して `session.info` イベントを生成します。\n\\*\\*\n\\*\\*を呼び出す必要`remote.enable()`。その API は、ローカル セッションを Mission Control に昇格させるためだけに使用されます。\n\n`session.info`をサブスクライブして URL をキャプチャし、`infoType: \"remote\"`でフィルター処理します。\n\n\n\n```typescript\nsession.on(\"session.info\", (event) => {\n if (event.data?.infoType === \"remote\" && event.data.url) {\n console.log(\"Open from web or mobile:\", event.data.url);\n // For example, surface in your UI as a shareable link or QR code.\n }\n});\n```\n\nイベントは、`session.start` の直後に発生します。 イベントが既に発生した後にレンダラーがマウントされる場合は、URL をアプリの状態でセッション レコードと共に保持し、再マウント時にリハイドレートします。ランタイムは、それ自体で `session.info` を再出力しません。\n\n`remote: true` を介して昇格されたローカル セッションで同一の配線構成を使用する場合は、[リモート セッション](/ja/copilot/how-tos/copilot-sdk/features/remote-sessions) を参照してください。\n\n## リポジトリの関連付け\n\n`cloud.repository` オブジェクトは、クラウド セッションを GitHub リポジトリに関連付けます。\n\n| フィールド | 必須 | Description |\n| -------- | --- | ----------------------------------------------------------------------------- |\n| `owner` | はい | リポジトリの所有者または組織。 |\n| `name` | はい | リポジトリ名。 |\n| `branch` | いいえ | リポジトリ コンテキストに使用するブランチ。 ランタイムが既定のブランチまたは現在のリポジトリ コンテキストを選択できるようにするには、これを省略します。 |\n\nSDK の種類ではリポジトリの関連付けは省略可能ですが、アプリがターゲット リポジトリを認識するたびにそれを含めます。 これは、Mission Control がセッションを適切なコンテキストで表示するのに役立ち、クラウド エージェントに明確な開始点を提供します。\n\n特定のブランチから作業を開始する必要がある場合は、 `branch` を使用します。 アプリがプル要求、トリアージ フロー、またはデプロイ ワークフローからセッションを作成している場合は、ユーザーが表示するタスクに一致するブランチを渡します。\n\n## クラウド セッションの再開\n\n`cloud` オプションは、新しいセッションを作成する場合にのみ適用されます。 既存のクラウド セッションを再開するには、SDK 言語の標準の再開 API を使用します。\n\n```typescript\nconst session = await client.resumeSession(\"session-id\", {\n onPermissionRequest: async () => ({ kind: \"approve-once\" }),\n});\n```\n\n再開時に `cloud` を再度渡さないでください。 保存されたセッション メタデータは、セッションがクラウドでサポートされていることを判断し、再開は通常のセッション再開パスに従います。\n\n## 組織のポリシーと権利\n\nクラウド セッションの作成は、ユーザーまたは組織がクラウド エージェントの実行を受ける権利がない場合、または組織レベルのポリシーによってフローがブロックされた場合に失敗する可能性があります。 特に、クラウド サンドボックスのポリシーにより、クライアントがクラウド タスクを作成できなくなる可能性があります。\n\nこれが発生すると、ランタイムはクラウド タスクの作成 `\"policy_blocked\"` エラーの理由を報告します。 これは、一時的なインフラストラクチャ障害ではなく、承認またはポリシーの結果として扱います。\n\nTypeScript で、再試行する前に理由を確認します。\n\n```typescript\ntry {\n await client.createSession({ cloud: { repository } });\n} catch (error) {\n if ((error as { reason?: string }).reason === \"policy_blocked\") {\n // Show an admin-facing message or link to org policy settings.\n }\n throw error;\n}\n```\n\nSDK エラーの表現が異なる言語では、表示されたエラーの理由またはコードを調べて、 `\"policy_blocked\"` を明示的に処理します。 ポリシーを変更せずに再試行することは成功しません。\n\n## 統合 ID とルーティング\n\nクラウド セッションには、`Copilot-Integration-Id` 環境変数から派生した `GITHUB_COPILOT_INTEGRATION_ID` ヘッダーがスタンプされます。 この統合 ID は、ルーティング、属性、統合固有の動作のために Mission Control によって使用されます。\n\nマルチユーザー サーバーのガイダンスと完全な統合 ID の詳細については、 [AUTOTITLE を](/ja/copilot/how-tos/copilot-sdk/setup/multi-tenancy)参照してください。\n\nMission Control は、SDK で作成されたクラウド セッションを `copilot-developer-sandbox` エージェント のスラッグにルーティングします。 この名前はクラウド エージェントの内部ルーティング スラッグであり、セッションがローカル Windows サンドボックスを使用するわけではありません。\n\n## 詳細: `COPILOT_MC_BASE_URL`\n\n既定では、ランタイムは、構成された Copilot API URL から Mission Control のベース URL を派生させます。\n`COPILOT_MC_BASE_URL`そのミッション コントロール エンドポイントをオーバーライドする必要がある場合にのみ設定します。\n\nこれは、GitHub Enterprise Server の展開に必要な場合があります。 運用環境で使用する前に、GitHub担当者に正しい値とサポートの状態を確認してください。\n\n```shell\nCOPILOT_MC_BASE_URL=\"https://example.com/agents\"\n```\n\n## クラウド セッションとリモート セッション\n\n| 能力 | リモート セッション | クラウド セッション |\n| ------------------------------- | ----------------------------------- | -------------------------- |\n| 実行場所 | ローカル マシンまたはお使いのサーバー | GitHubホスト型コンピューティング |\n| ミッション コントロールの役割 | ローカル セッションを GitHub の Web/モバイル版と共有する | ホストされているセッションを作成してルーティングする |\n| SDK オプション | | |\n| `remote: true` クライアントまたはセッション上で | | |\n| `cloud: { ... }` セッションの作成時 | | |\n| 再開パス | 標準履歴書 | 標準履歴書 |\n| Windows サンドボックス関連 | 無関係 | 無関係 |\n\nセッションが SDK ランタイムが既に実行されている場所で実行する必要があるが、Mission Control からもアクセスできる場合は、リモート セッションを使用します。 GitHubホストされたコンピューティングでセッションを実行する必要がある場合は、クラウド セッションを使用します。\n\n## Troubleshooting\n\n| 症状: | 考えられる原因 | 確認すべきこと |\n| ---------------------------------------------------------------------------------------- | ------------------------------------------------------------------ | -------------------------------------------------------------------- |\n| クラウド セッションの作成は `\"policy_blocked\"` を返します | 組織のポリシーにより、クラウド フローからのリモート コントロールまたはビューがブロックされる | 組織のCopilotポリシーとユーザー権利を確認する |\n| リポジトリ コンテキストなしでセッションが作成される | | |\n| `cloud.repository` が省略されました | | |\n| `owner`、`name`、および必要に応じて`branch`を渡します | | |\n| 再開で新しい `cloud` オプションが無視される | | |\n| `cloud` 新しいセッションにのみ適用されます | 既存のセッションを通常どおりに再開する | |\n| サンドボックス設定との混同 | Windowsサンドボックスセッションとクラウドセッションは別々です | クラウドの実行に `SANDBOX=true` を使用しない |\n| `session.send` は `messageId` で解決されますが、 `assistant.*` イベントは発生せず、ミッション コントロールはプロンプトを表示しません | session.send はリモートワーカーからの `session.start` より先に進み、ランタイムがプロンプトを飲み込んだ | 送信する前に、`session.start`で最初の`producer === \"copilot-agent\"` イベントを待機します。 |\n| [最初のプロンプトの送信を](#sending-the-first-prompt)参照してください | | |\n| クラウド ワーカーが処理している場合でも、ライブ UI が更新されることはありません | | |\n| `streaming` が `createSession`に設定されていないため、最終的な `assistant.message` のみが出力されます | | |\n| `streaming: true`に`createSession`を設定して再起動する | | |\n| クラウド セッションは機能しますが、UI に共有可能な URL は表示されません | アプリが URL の `session.info` をサブスクライブしたことがない | |\n| `session.info`をサブスクライブし、`infoType === \"remote\"`をフィルター処理します。 | | |\n| [ミッション コントロール URL へのアクセスを](#accessing-the-mission-control-url)参照してください | | |\n\n## 参照\n\n* [リモート セッション](/ja/copilot/how-tos/copilot-sdk/features/remote-sessions): Mission Control を使用してローカルでホストされるセッションを共有する\n* [ストリーミング セッション イベント](/ja/copilot/how-tos/copilot-sdk/features/streaming-events): ライブUIレンダリングのために`assistant.*`デルタを購読する\n* [マルチテナントとサーバーの展開](/ja/copilot/how-tos/copilot-sdk/setup/multi-tenancy): 統合 ID とサーバーデプロイ パターン\n* [認証](/ja/copilot/how-tos/copilot-sdk/auth): SDK セッションのGitHub認証を構成する"}