跳到正文
FunCoding

搜索

搜索文档、Skill 和 MCP

刷新与验证内容排除

检查政策传播、行内建议与 Chat 引用,避免把功能本来不可用误判为排除成功。

已有客户端加载排除设置后,新增或变更规则最多可能需要 30 分钟生效。配置保存与客户端已经使用新规则不是同一时刻。

主动刷新

客户端官方刷新方式
JetBrains、Visual Studio关闭并重新打开应用
VS Code命令面板搜索 reload,执行 Developer: Reload Window
Vim / Neovim每次打开文件时自动从 GitHub 获取

这份操作表没有给出所有客户端的刷新方式,不补推 app、CLI 或移动端也使用同一命令。CLI 支持说明的来源差异见内容排除概览。

测试行内建议

先打开一个未被排除的文件,进行通常会触发建议的编辑,确认能得到行内建议。再打开应被排除的文件,做相同类型编辑,检查不再出现建议。

先建立未排除文件的对照,可以避免把网络失败、未登录或建议功能关闭误认为排除规则已生效。

测试 Chat

在支持内容排除的 Chat 模式中:

  1. 打开应排除文件,关闭编辑器中其他已打开文件。
  2. 打开 Copilot Chat,确认该文件作为上下文附件。
  3. 输入 explain this file。
  4. 检查 Chat 无法使用该文件作答,且回答引用中没有该文件。

不要在已知不支持的 Edit / Agent 模式中,把同一流程当作排除功能的成功验收。间接语义信息、symlink 和 remote filesystem 还有已知边界,单次未引用不证明所有派生信息都被隔离。

查找配置变化

若此前有效后来失效,检查规则是否被修改、是否加载了新的仓库 URL,以及实际使用的模式。最后修改者和保存后的规则可通过内容排除审计核对。