刷新与验证内容排除
检查政策传播、行内建议与 Chat 引用，避免把功能本来不可用误判为排除成功。
This page has not been translated into English yet. The original Chinese version is shown below.
已有客户端加载排除设置后，新增或变更规则最多可能需要 30 分钟生效。配置保存与客户端已经使用新规则不是同一时刻。
主动刷新
| 客户端 | 官方刷新方式 |
|---|---|
| JetBrains、Visual Studio | 关闭并重新打开应用 |
| VS Code | 命令面板搜索 reload，执行 Developer: Reload Window |
| Vim / Neovim | 每次打开文件时自动从 GitHub 获取 |
这份操作表没有给出所有客户端的刷新方式，不补推 app、CLI 或移动端也使用同一命令。CLI 支持说明的来源差异见内容排除概览。
测试行内建议
先打开一个未被排除的文件，进行通常会触发建议的编辑，确认能得到行内建议。再打开应被排除的文件，做相同类型编辑，检查不再出现建议。
先建立未排除文件的对照，可以避免把网络失败、未登录或建议功能关闭误认为排除规则已生效。
测试 Chat
在支持内容排除的 Chat 模式中：
- 打开应排除文件，关闭编辑器中其他已打开文件。
- 打开 Copilot Chat，确认该文件作为上下文附件。
- 输入
explain this file。 - 检查 Chat 无法使用该文件作答，且回答引用中没有该文件。
不要在已知不支持的 Edit / Agent 模式中，把同一流程当作排除功能的成功验收。间接语义信息、symlink 和 remote filesystem 还有已知边界，单次未引用不证明所有派生信息都被隔离。
查找配置变化
若此前有效后来失效，检查规则是否被修改、是否加载了新的仓库 URL，以及实际使用的模式。最后修改者和保存后的规则可通过内容排除审计核对。