Copilot Memory入門:何を覚えて、どこで確認できて、どう消せるのか
Copilotが「文脈を覚える」時代の到来
GitHub Copilotを日常的に使っていると、「このリポジトリではこういう命名規約」「このAPI変更は複数箇所を同時に直す必要がある」といった前提を、毎回説明している感覚を持つ方も多いのではないでしょうか。Copilot coding agentやCopilot CLI、Copilot code reviewといったエージェント機能が進化するほど、この“文脈共有コスト”が生産性のボトルネックとして浮かび上がってきます。
2026年1月にパブリックプレビューとして公開されたCopilot Memoryは、こうした課題に対するGitHubの明確な回答です。Copilotが作業中に得たリポジトリ固有の洞察を「記憶」として保持し、複数のCopilot機能間で共有する。単なる補完ツールから、文脈を持った協働者へと進化させるための基盤機能だといえます。
Copilot Memoryとは何か
Copilot Memoryは、Copilotが作業の中で理解した「リポジトリ固有の前提」を、リポジトリ単位で保存・再利用する仕組みです。このメモリは、Copilot coding agent、Copilot code review、Copilot CLIの間で共有されます。つまり、コーディング中に得た知識が、レビュー時の指摘やCLI操作時の提案にも反映される設計です。
重要なのは、このメモリがユーザー単位ではなく、あくまでリポジトリ単位で管理される点です。別のリポジトリに影響することはなく、プロジェクトごとの“暗黙知”を閉じた形で蓄積できます。チーム開発において、Copilotを共通のアシスタントとして育てていく前提が、ここに明確に示されています。
有効化しないと使えない点に注意
Copilot Memoryを理解するうえで、最初に押さえるべきポイントがあります。それは、Copilot Memoryはデフォルトで無効になっているという点です。有効化しない限り、Copilotはメモリを生成も利用もしません。
個人利用(Copilot Pro / Pro+)の場合は、GitHubのCopilot settingsからFeatures配下にあるCopilot MemoryをEnabledにします。組織利用(Business / Enterprise)の場合は、Organization settingsやEnterpriseのAI controlsでCopilot Memoryを許可する必要があります。
また、複数の組織からCopilotの割り当てを受けている場合は、「最も制限の強い設定」が適用されます。どこか一つでもCopilot Memoryが無効になっていると、結果として使えない状態になるため、チーム導入時にはポリシー確認が不可欠です。
どのようにメモリが作られるのか
Copilot Memoryは、明示的に「この内容を覚えて」と指示して作るものではありません。Copilotが実際の作業を通じて、有用だと判断した洞察を自動的にメモリとして保存します。
メモリが作成される条件は比較的明確です。Copilot Memoryが有効であり、そのリポジトリに対して書き込み権限を持つユーザーがCopilotを使って作業した場合にのみ生成されます。読み取り権限のみのユーザーは、既存メモリの恩恵は受けられますが、新たなメモリは作成されません。
実務でメモリ化されやすいのは、更新時に同期が必要な箇所、生成物の置き場所と更新手順、互換性維持のための例外ルール、テスト実行に関する前提などです。コードと結びついた具体的な前提ほど、Copilotにとって“使える記憶”になります。
「正しさ」を保つための設計
Copilot Memoryが興味深いのは、単に文章を保存しているわけではない点です。各メモリには、根拠となるコード位置などの引用情報が紐づいています。Copilotがメモリを利用する際には、引用先のコードをリアルタイムで検証し、整合しない場合はそのメモリを無効化または更新します。
これにより、過去の前提に引きずられて誤った提案をし続けるリスクが抑えられています。さらに、メモリには有効期限があり、現時点では28日間とされています。ただし、Copilotに利用されるたびに寿命が延長されるため、実際に使われている知識だけが残る仕組みです。
メモリは確認・削除できる
Copilot Memoryはブラックボックスではありません。リポジトリの所有者は、保存されているメモリを確認し、不要または不適切なものを削除できます。
GitHub上でリポジトリのSettingsを開き、Copilotの項目からMemoryに進むと、時系列でメモリが表示されます。

誤解を招きそうな前提や、すでに不要になったルールは、ここから削除することでCopilotの挙動を健全に保てます。この「人が最終的に手綱を握れる」設計は、チーム利用における重要な安心材料です。

現場で効かせる使い方のコツ
Copilot Memoryを活かすコツは、覚えさせたい前提を、実際の作業と結びつけることです。抽象的な方針だけを伝えるよりも、コード変更やコマンド実行の文脈の中で前提を共有したほうが、メモリとして定着しやすくなります。
たとえば、機能追加時の手順、例外的な命名規則、デプロイ前に必ず確認するポイントなどを、Copilotと一緒に作業しながら示す。そうすることで、次回以降の提案やレビュー指摘に、その文脈が自然に反映されるようになります。

Copilot Memoryが示す次の開発体験
Copilot Memoryは、生成AIを「賢い補完」から「文脈を理解する協働者」へ引き上げるための基盤機能です。エージェントが増え、役割が分化するほど、共通の記憶を持つことの価値は高まります。
株式会社フィールフロウでは、Copilotを含む生成AIの導入において、単なるツール設定ではなく、ポリシー設計と運用プロセスまで含めた支援を行っています。Copilot Memoryのような機能は、オンにするだけでは十分に機能しません。設定、ガバナンス、そして現場での使い方が揃ったとき、はじめて開発体験そのものを変える力を持ちます。
まずは小さなリポジトリで有効化し、Copilotの振る舞いがどう変わるのかを観察する。その一歩から、エージェント時代の開発は静かに始まっていきます。