GitHub: Copilot Memoryがすべてのリポジトリにわたってコミットスタイル、PR構造、ユーザーのコミュニケーション設定を記憶します

GitHubは2026年5月15日、Copilotエコシステムに重要なパーソナライズのアップグレードを発表しました。Copilot Memory ユーザー設定です。この機能により、開発者が毎日同じ修正パターンを繰り返す（「コンベンショナルコミットをこのように書かないで」「PRはこのようにフォーマットして」「もっと短い説明にして」）というフラストレーションが解消されます。従来のCopilotはセッションをまたいでこれらを記憶していませんでした。

Copilot Memoryが記録する設定カテゴリは何ですか？

GitHubは3つの主要カテゴリを挙げています。

• コミットメッセージのスタイル — Conventional Commitsフォーマットとフリーフォーム、平均的な長さ、言語（英語、母語、混合）、特定の構文（feat:かFeature:かなど）
• プルリクエストの構造 — ユーザーが通常含めるセクション（Summary、Test Plan、Breaking Changes）、フォーマルかカジュアルかのヘッダートーン、TL;DRが必要かどうか
• コミュニケーション設定 — フォーマル・カジュアルのレジスター、説明の詳細レベル（短い一行説明か詳細なウォークスルーか）、ユーザーが好む例のタイプ（コードのみかコンセプト優先か）

「クロスリポジトリ」とは実際にどういうことですか？

Copilot Memoryはクロスリポジトリで機能します。あるリポジトリでのインタラクションを通じてユーザー設定が学習され、他のリポジトリでの作業時に自動的に適用されます。実際の効果として、週に5〜10のリポジトリを扱う開発者は毎回Copilotを再設定する必要がなくなります。設定はリポジトリではなくユーザーに紐づきます。

このアプローチは、AnthropicがClaude Codeで採用するリポジトリごとのCLAUDE.mdモデルとは対照的です。後者は設定をユーザーではなくワークスペースに紐づけます。どちらのモデルにもメリットがあります。ユーザーごとのモデルは個人開発者にとって便利で、リポジトリごとのモデルは異なるリポジトリに異なる規約がある場合のチームワークフローにより適しています。

プライバシーへの影響とオプトアウト

メモリはGitHubのインフラ上でユーザーごとに保存されるため、チームメンバーが設定を自動的に共有することはありません。この機能はCopilotの設定でオプトインで有効化できます。ユーザーはCopilot Memoryが記録した内容を確認し、個々の設定を選択的に削除できます（例えば、プロジェクトの規約を変更する場合に学習済みのコミットスタイルを削除するなど）。

Copilotパーソナライズレイヤーにおける位置づけ

Copilot Memory ユーザー設定は、ベンダーロックインが「より良いモデルを持っている」から「より良いパーソナライズプラットフォームを持っている」へとシフトするより広いトレンドの一部です。Cursor 2026とCodeiumも同様の適応機能を導入しています。GitHubの強みはgitワークフローとの統合にあります。Copilot Memoryは合成フィードバックシグナルではなく、ユーザーの実際のgitアクティビティから学習します。

この発表は今週のCopilot開発に関する重要な発表の一環です。Copilot Appテクニカルプレビュー（5月14日）、Copilot Cloud Auto Model（5月14日）、Copilot Cloud REST API（5月13日）。クロスリポジトリCopilot Memoryにより、Copilotはコードコンプリーションツールからユーザーのスタイルのあらゆる側面を追跡するパーソナライズされた開発パートナーへと変貌を遂げます。