GitHub 于 8 月 11 日为 Copilot for JetBrains 推出了包含三个部分的更新，新增了“Copilot Memory”、原生 Ollama 模型支持，以及出现在调试日志中的 Codex session receipts。这一变化让开发者可以决定助手记忆什么、推理在哪里运行以及其操作如何被记录——对于任何担心 AI 辅助编程中的隐私、延迟或可审计性的人来说，这些功能都至关重要。

为什么这些新控制功能很重要

Copilot for JetBrains 将开发者在 VS Code 中看到的同款 AI 驱动代码建议带到了 JetBrains 系列 IDE 中。在此之前，该插件的表现就像一个黑盒：GitHub 的服务器生成建议，并在会话结束后丢弃对话上下文。新的功能层打破了这种单一模式，让团队可以根据具体情况选择保留多少交互记忆、是否将推理任务卸载到本地模型，以及如何在日志中展示助手的活动。

Copilot Memory – 哪些内容会保留在历史记录中

“Copilot Memory”可以在不同的聊天窗口之间持久化保存对话片段。如果你在一个标签页中要求助手解释某种设计模式，稍后在另一个标签页中引用它，模型将会回想起之前的交流。企业管理员可以切换该功能、限制持久化数据的范围，或者在合规性要求极高的环境中完全关闭它。

Ollama 集成 – 模型在哪里运行

此次更新增加了对 Ollama 的内置支持，Ollama 是一个可以运行在本地或私有云中的开源模型服务器。选择 Ollama 作为提供商可以将推理过程从 GitHub 的基础设施中转移出来，从而降低延迟并确保专有代码保留在您的网络内部。插件会显示一个简单的选择器；底层模型的选择对用户来说是透明的。

Codex session receipts – 操作如何被记录

现在的每一次 Copilot 建议都会生成一份写入 IDE 调试日志的“Codex session receipt”。新的权限模式允许管理员记录、脱敏或省略这些收据。这些收据充当执行日志，准确显示发送了哪些提示词、哪个模型进行了回答以及插入了哪些代码——这对于事后分析或监管审计非常有用。

企业级控制选项与四步检查清单

除了这三项功能外，此次更新还扩展了企业级控制：您可以限制插件的使用权限、阻止访问 Microsoft Copilot (MCP) 服务器，并微调权限绕过行为。GitHub 建议在部署更新前进行以下四项检查：

  • Memory scope（记忆范围）： 验证助手可能会保留哪些对话数据。
  • Model source（模型来源）： 确认推理是在 Ollama 上运行还是使用默认的云服务。
  • Permission policy（权限策略）： 审查管理助手行为的新权限模式。
  • Execution receipt（执行收据）： 确保日志能够捕获每个会话所需的详细程度。

权衡

增加的颗粒度为注重安全性的团队提供了赋能，但也带来了配置开销。管理员现在需要处理三个独立的设置，而开发者可能需要针对本地模型的延迟或在禁用记忆功能时建议连续性的变化来调整工作流。

核心观点： GitHub 8 月 11 日的更新将 Copilot for JetBrains 从一个单一模式的助手转变为一套可控的组件，让组织能够根据自身需求在便利性、隐私性和可审计性之间取得平衡。