4経路を塞いでも、2つの穴が残る：Copilotコンテンツ除外の設計を読むGitHub Copilot app and CLI now honor content-exclusion policies on Business and…
匿名の公開いいねです。記事の保存・お気に入りではなく、Featured、Top 3、重要度、掲載順位には影響しません。仕組みとプライバシーAnonymous public likes are reactions, not saved articles or bookmarks. They do not affect Featured, Top 3, importance, or listing order.How it works and privacy
- GitHub Copilot appとCopilot CLIは、Business／Enterpriseで管理者のcontent exclusion policyに従うようになった。
- 除外はモデル入力前の制御に限られ、IDEのAgent modeやファイルシステムには及ばないため、管理者の安全な境界設計に役立つ。
- GitHub Copilot app and CLI now honor content-exclusion policies on Business and Enterprise plans.
- Agent mode and filesystem gaps help admins define safer trust boundaries.
本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (qiita.com) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (qiita.com).
要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.
GAと対象プラン
GitHub Copilotで、管理者がAIコーディングエージェントに見せたくないコードを一元的に除外できる範囲が広がった。ただし、秘密情報を完全に遮断する仕組みではなく、どこで除外が効くかを見極める必要がある。
GitHubは2026年9月2日、Copilot appとCopilot CLIがcontent exclusion policyを尊重するようになったと発表した。GAとなったこの対応はCopilot BusinessとCopilot Enterpriseが対象で、enterprise、organization、repositoryの管理者が設定できる。
除外の制御点
content exclusionによる制御点は、モデルへ渡すコンテキストを組み立てる手前にある。暗号化したり、アクセス権を剥奪したり、リポジトリから対象を削除したりする機能ではない。
そのため、たとえば.envを除外したことだけで秘密管理が完了したとはいえない。公式ドキュメントでは4つの効果が挙げられているが、除外の性質はあくまでモデル入力前の制御と説明されている。
残る2つの穴
4つの利用経路を制御しても、IDEのAgent modeとファイルシステム境界には明示された穴が残る。content exclusionが適用される範囲と、適用されない範囲を分けて捉えることが重要となる。
repository URLをサーバーへ送り、対応するpolicyを受け取る点は公式に明記されている。GitHubによれば、このURLはログには記録されない。
パス照合
パス照合にはRubyのfnmatch記法が使われ、大文字と小文字は区別されない。repository設定ではパスを指定でき、organizationまたはenterprise設定ではrepository参照をキーにできる。
さらに「*」を使うことで、Git管理外を含むファイルシステム上のパスも指定できる。設定可能な対象の広さと、実際の信頼境界は分けて確認する必要がある。
GitHub Copilot app and CLI
GitHub Copilot app and Copilot CLI now honor content-exclusion policies configured by enterprise, organization, or repository administrators. The change matters because it expands where administrators can centrally exclude code they do not want exposed to an AI coding agent, while leaving explicit limits around that protection.
GitHub announced the support on September 2, 2026, when it became generally available. It applies to the Copilot Business and Copilot Enterprise plans.
Content exclusion policy
According to the official documentation described by the source, content exclusion has four effects across supported usage routes. The key control point is before context is assembled and passed to the model.
Content exclusion is not encryption, removal of access rights, or deletion from a repository. Consequently, excluding a file such as .env should not be treated as completing secrets management. The mechanism controls whether matching content is included as model context; it is not presented as a complete barrier for secret information.
The source also distinguishes documented behavior from a conceptual processing model. Its final two processing stages are intended to explain the published behavior and do not represent an internal implementation order disclosed by GitHub.
Repository URL and paths
The official documentation explicitly states that a repository URL is sent to a server so the corresponding policy can be retrieved. According to GitHub, that URL is not recorded in logs.
Path matching uses Ruby fnmatch notation and is case-insensitive. Policies can be defined in repository settings. At the organization or enterprise level, administrators can use repository references as keys. They can also use "*" to specify filesystem paths, including paths outside Git management.
Agent mode and filesystem
The expanded support does not make content exclusion a complete isolation mechanism. Even with four usage routes controlled, the source identifies remaining gaps involving IDE Agent mode and the filesystem boundary.
These limits define the relevant trust boundary: administrators can broaden centralized exclusions, but the policy only applies at the documented context-control stage and does not extend automatically beyond it.
ポコとTECHガイドPoko & TECH Guide
ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.
- ポコPoko4つの利用経路を制御できるようになったのに、まだ2つ穴があるんだね。これって大きいこと？So four usage paths are controlled now, but two gaps remain. Is that a big deal?
- TECHガイドTECH Guide管理範囲がCopilot appとCLIまで広がった点は大きいのう。ただ本文では、秘密情報の完全な遮断ではないと釘を刺しておる。It is: the piece says coverage now extends to the Copilot app and CLI. But it also stresses that this is not a complete barrier for secrets.
- ポコPokocontent exclusionって何？ モデルにコードを見せないって、つまりどういうこと？What is content exclusion? What does it actually mean to keep code from the model?
- TECHガイドTECH Guideモデルへ渡す材料から、指定した内容を外す仕組みじゃ。この記事の説明では、暗号化やアクセス権の剥奪、削除とは別物じゃよ。It keeps specified content out of the material sent to the model. As explained here, that is different from encryption, revoking access, or deleting files.
- ポコPoko自分なら.envを除外して、Copilot appやCLIへ秘密を渡しにくくしたいな。それで安心していい？I’d exclude my .env file to reduce the chance of sending secrets through the Copilot app or CLI. Would that be enough?
- TECHガイドTECH Guide狙いには合うが、対象はBusinessとEnterpriseじゃ。公表された条件ではAgent modeとファイルシステムに穴があり、除外だけで秘密管理は完了せんぞ。That fits the goal, but only on Business and Enterprise. The stated limits leave gaps in Agent mode and the filesystem, so exclusion alone does not complete secret management.
