Copilot Dreaming 承認なしで変わるものと費用

リポジトリの AGENTS.md や CLAUDE.md に書いたテストのコマンドが古くなっている。AIのエージェントはそれを読んで古いコマンドを実行し、失敗してから正しいコマンドを探し直す。指示ファイルを保守する担当を決めていないチームでは、こうしたずれが少しずつ溜まることがあります。

GitHubは2026年10月28日に、「Copilot Dreaming」をパブリックプレビューで公開しました。Copilotのセッションやプルリクエストのレビューの指摘を裏で分析し、メモリとリポジトリの指示を最新に保つ機能です。仕様は変わり得ると明記されています。既定では無効で、利用者や管理者が有効にして初めて動きます。便利な一方で、外部の協力会社や顧客のリポジトリを扱う組織では、何が自動で変わり、何にお金がかかるかを先に確かめておく必要があります。

Dreamingが行う3つのこと

ドキュメントは、Dreamingの機能を3つに分けています。

リポジトリのカスタマイズが見直す対象として、.github/copilot-instructions.md、.github/instructions/**、.github/agents/**、AGENTS.md、CLAUDE.md、GEMINI.md、REVIEW.md、.github/skills/** が挙げられています。Copilot以外のエージェント向けの CLAUDE.md や GEMINI.md も含まれる点は、複数のエージェントを併用するチームでは押さえておきたいところです。どのファイルを読み込むかの違いは、AGENTS.mdとCLAUDE.mdの読み込みの記事で扱いました。

承認が要るもの、要らないもの

変更の反映のしかたは、対象ごとに違います。

• メモリ: Dreamingが追加・更新・削除する。変更ごとの承認はない
• リポジトリにコミットされた指示とスキル: PRで変更を提案する。マージするまでファイルは変わらない
• コードレビューの指針: PRを出さずに、内部の指針を更新する

AIが作る指針は誤り得るため、提案されたファイルの変更はマージの前に確かめるよう書かれています。すべての実行が変更やPRにつながるわけではありません。実行はGitHubが管理する予定で自動的に動き、手動で開始することも、予定やプロンプト、使うモデルを変えることもできません。個々の実行の結果は、GitHub.comの設定画面ではなくCopilotのアプリで見ます。

止めたいときは、Enterprise、組織、個人、リポジトリのそれぞれの設定でDreamingを無効にします。Enterpriseでは「Disabled everywhere」を選びます。個人の設定でDreamingを止めても、組織が所有するリポジトリでの実行は止まりません。すでに動いている実行は続くことがあります。また、無効にしても、それまでの変更は元に戻らず、作られた情報も消えず、出されたPRも閉じられず、削除されたメモリも戻りません。

使える条件と、費用

使えるのは、対象となる有料のCopilotのプランです。初期のプレビューではGPT-6.1 Solを使えることが条件で、Copilot Proでは使えません。モデルの対応表でGPT-6.1 Solを使えるプランは、Pro+、Max、Business、Enterpriseです。データの保存場所を選べるGitHub Enterprise Cloud（GHE.com）にも対応していません。どの機能にも、Copilot Memoryが有効で、GPT-6.1 Solがポリシーで許可されていることが要ります。

組織が所有するリポジトリでは、管理者がCopilotのポリシーで有効にします。組織で有効にすると、Copilot Memoryの「Repository access」の設定に入っているすべてのリポジトリが対象になり、この設定の既定は「All repositories」です。Enterpriseの場合、試験的に使うなら「Let organizations decide」を選び、対象の組織だけを設定するよう書かれています。ポリシーで許可しても個人のメモリの整理は自動では有効にならず、利用者が自分の設定で有効にします。個人の契約では、個人の設定とリポジトリごとの設定で有効にします。

リポジトリのカスタマイズと個人のメモリの整理には、セッションの同期が要ります。同期は、Copilot CLIとGitHub Copilotのアプリでは既定で有効です。組織や企業からCopilotを受け取っている利用者は、Copilot CLIのポリシーの「Store local sessions in the Cloud」が「View from cloud」以上である必要があり、無効や未設定ならセッションはローカルに残ります。同期を止めても、すでに同期したセッションは消えません。コードレビューのカスタマイズには同期は要りませんが、Copilotのコードレビューとそのプレビュー機能を有効にする必要があり、今のところセルフホストランナーには対応していません。

費用は、既存のCopilotの利用のAIクレジットとして請求されます。ドキュメントの注意は次のとおりです。

1. すべての実行がAIクレジットを使う。 何も変えなかった実行や、使われていないリポジトリの処理も含む
2. 費用は処理の量と、有効にした利用者とリポジトリの数で決まる。使われていないリポジトリも数に入る
3. Enterpriseで有効にする組織を増やす前に、請求のアカウントで支出の制御を設定する。アラートだけでは利用は止まらない
4. 利用者ごとの予算では、リポジトリ単位のアプリの利用を覆えない場合がある。Dreamingのアプリのインストールごとの予算は設定できない

メモリはどれだけ残るか

Dreamingが整理する対象のCopilot Memoryは、10月28日に有料のプランで一般提供になりました。メモリには、保存の期間の決まりがあります。メモリは強化されないまま一定期間が過ぎると期限切れになり、既定の期間は90日です。組織やEnterpriseの所有者は、リポジトリのメモリの期間を7〜180日の間で設定できます。個人のメモリは常に既定の期間です。一覧から消えたメモリが削除されたとは限らない、とも書かれています。

編集部の提案：有効にする前に決めること

外部の開発の会社、または協力会社を入れて開発する組織で、有効にする前に決めておく点です。

• 対象のリポジトリを絞る。 使われていないリポジトリも費用の数に入るため、組織全体ではなく、指示ファイルを保守したいリポジトリから始める。有効にする前にCopilot Memoryの「Repository access」を見直す。ここから外したリポジトリでは、Dreamingと一緒にCopilot Memoryも無効になる
• 指示ファイルのPRのレビュー担当を決める。 CLAUDE.md や AGENTS.md の変更は、エージェントの振る舞いを変える。CODEOWNERS でレビュー担当を割り当てる
• セッションの同期の範囲を確かめる。 顧客の情報を扱うセッションがクラウドに同期され得ることを、契約やデータの取り扱いの取り決めと照らし合わせる
• 支出の上限を先に設定する。 アラートだけでは止まらないため、予算の上限を設定してから有効にする

指示ファイルの書き方そのものは、AGENTS.md・SKILL.mdの設計の記事も参照してください。

確認した範囲

2026年11月6日に、GitHub DocsのCopilot Dreaming、Copilot Memory、Memoryの管理、対応モデルのページと、GitHubの変更履歴（GitHub intelligenceの告知）を開き、原文と照合しました（資料調査）。Dreamingのページは2026年10月28日に追加され、その後の更新はありません。ドキュメントは対象を「eligible paid Copilot plans」と書き、対象のプランの一覧は載せていません。上の4つのプランは、対応モデルの表から読み取ったものです。Dreamingを有効にしての検証はしておらず、1回の実行で使うAIクレジットの量も未確認です。

AIのエージェントを開発の流れに入れるときの権限とデータの設計は、開発・AI・自動化のご相談からお問い合わせください。

参考資料

• About GitHub Copilot Dreaming（GitHub Docs）
• About GitHub Copilot Memory（GitHub Docs）
• Managing Copilot Memory for an enterprise, organization, or repository（GitHub Docs）
• Managing Copilot Memory for your personal account（GitHub Docs）
• Supported AI models in GitHub Copilot（GitHub Docs）
• GitHub intelligence puts your code, context, and history to work（GitHub Changelog）