GitHub、Copilot Memoryに削除・スコープ・CLI操作の新コントロールを追加——リポジトリ管理者が無効化可能に

GitHubは2026年5月26日、公開プレビュー中のCopilot Memoryに対し、4種類の新しいコントロールを追加したと公式チェンジログで発表しました。削除フローの改善、リポジトリ管理者によるオフスイッチ、GitHub Copilot CLI向けの/memoryコマンド3種、ユーザー設定とリポジトリ設定の明示的な区別という、利用者・管理者の両方を意識した拡充内容です。

画像引用元: GitHub Changelog

「削除してほしい」と頼んだときの導線を改善

GitHubは今回の更新で、ユーザーがCopilotに「この情報を忘れてほしい」と依頼したときの導線を改修しました。これまではユーザーが削除を要望しても、実際の削除UIへの到達が分かりにくいケースがありましたが、今後はメモリを実際に削除できる場所へ直接案内し、投票機能が利用可能な場合は対象メモリにダウンボートも行うとされています。

ダウンボートは、Memoryのランキングや今後の保持判断に影響を与えるシグナルです。「単に削除して終わり」ではなく、「同種のメモリを今後溜めない」シグナルを残せる設計になっており、AIエージェント向けの一般的なメモリ管理パターンに沿った改善と言えます。

「忘れて」とCopilotにお願いしたのに、設定画面のどこから消せばいいか分からないという体験は、AIアシスタントの信頼性に直結する論点です。今回の更新はその痛点に正面から手を入れた格好です。

リポジトリ管理者がCopilot Memoryを無効化可能に

組織運用上、最も影響が大きいのがリポジトリ単位のオフスイッチの追加です。リポジトリ管理者はRepository Settings > Copilot > Memoryから、当該リポジトリでのCopilot Memoryを無効化できるようになりました。

注意したいのは、これがリポジトリレベルの事実の保存・取得を停止するだけで、ユーザー個人の設定（クロスリポジトリの好み）は保持されるという点です。つまり「このリポジトリでは過去の決定事項やコードベース固有の事実を学習させたくないが、自分のコーディング好みは他リポジトリでは引き続き使いたい」というユースケースに対応する設計です。

機密性の高いコードベース、規制対応が必要なプロジェクト、内部のアーキテクチャ決定が外部のAI学習に影響することを避けたいプロジェクトでは、デプロイ前にこの設定を確認しておく価値があります。

Copilot CLIに/memory on・off・showの3コマンド

Copilot CLIを使う開発者向けには、/memoryコマンドが3種類追加されました。GitHubのチェンジログによると、それぞれの役割は次のとおりです。

• /memory on: その場でCopilot Memoryを有効化
• /memory off: 一時的に無効化
• /memory show: 現在の有効/無効状態を確認

設定はセッションを跨いで永続化されるとされており、ターミナル作業中に「今回のセッションでは記憶させたくない」「メモリが効いているか念のため確認したい」という用途でCLIから直接操作できます。

GUIに行かずCLIから完結できる点は、IDE外でCopilotを使う開発者にとってフリクションの少ない改善です。テスト目的でメモリ無効状態を再現したい、機密情報を含むセッションを一時的に切り離したいといった運用にも使えそうです。

「ユーザー設定」と「リポジトリ事実」を許可ダイアログで明示

最後の改善が、Copilot Memoryが情報を保存しようとするときの許可プロンプトの明確化です。今後は、保存対象が以下のどちらに該当するかが明示的に表示されます。

• ユーザーレベルの好み（個人的、全リポジトリで参照可）
• リポジトリレベルの事実（リポジトリの全コントリビューターと共有）

これまでは、保存される情報の「見える範囲」がユーザーから把握しにくいケースがありました。今後は、自分が今許可しようとしているメモリが「自分だけの好み」なのか「他のコントリビューター全員と共有される事実」なのかを承認時点で判断できます。

特にチーム開発では、「自分の好みを誰かに押し付けてしまう」「逆に共有すべきリポジトリ事実を個人スコープに留めてしまう」といった事故を防げる重要な改善です。

提供範囲と運用上の押さえどころ

GitHubの公式チェンジログによると、Copilot Memoryは現時点で公開プレビュー段階で、すべての有料Copilotプランで利用可能です。詳細な操作は、個人のCopilot Memory設定、またはRepository Settings > Copilot > Memoryから管理できます。

運用上は、次の3点を押さえておくと事故が減ります。第1に、リポジトリ管理者は機密性の高いリポジトリでオフスイッチを使うか判断しておくこと。第2に、チーム共有のCopilot利用ガイドに「メモリ保存時の許可プロンプトでスコープを必ず確認する」ルールを追加すること。第3に、Copilot CLIユーザーには/memory showでの状態確認を習慣化してもらうことです。

Copilot Memoryは「AI支援を継続的に賢くする」仕組みですが、同時に「何が保存されているか不透明」というリスクも抱えます。今回の更新は、後者のリスクに対する具体的な手当てが揃った形で、エンタープライズ導入の判断材料が一段増えたと整理できます。

Source GitHub Changelog

Copilot Memory has more controls for deletion, scope, and the Copilot CLI

Copilot Memory now includes improved memory deletion, adds a repository-level off switch, and brings further memory controls into the Copilot CLI. Copilot Memory is in public preview and available to…