GitHub Copilot 为 JetBrains 加入记忆与 Ollama：本地模型更容易接入

JetBrains 版 Copilot 可以跨聊天保留项目偏好，并将 Ollama 作为 BYOK 提供方接入，同时强化企业权限和调试能力。

GitHub Copilot for JetBrains 新增了两种不同方向的连续性：跨会话记忆项目偏好，以及通过 Ollama 接入自选模型。这让 JetBrains 用户少重复解释上下文，也多了一条连接本地模型的路径。

Copilot Memory 保存什么

GitHub 在 2026 年 8 月 11 日发布更新，Copilot Memory 可以在不同智能体聊天之间保留并召回有用信息，例如项目约定和个人偏好。用户可在 Copilot 设置门户中通过开关管理该功能。

记忆不等于完整聊天归档，也不应存放密钥或敏感数据。团队应明确允许记住的内容，并在项目切换、成员变动或规范更新后检查旧记忆，防止过时信息持续影响生成结果。

JetBrains 版 Copilot 现在支持把 Ollama 配置为 BYOK provider，并在 IDE 中完成提供方设置与模型选择。这为需要使用本地或自托管模型的开发者增加了选择。

需要区分的是，模型通过 Ollama 运行并不自动代表整个 Copilot 工作流都离线。聊天编排、记忆、遥测和其他云端能力可能仍有各自的数据路径，使用前应查看实际配置与组织政策。

更新后，Codex 会话可出现在智能体调试日志中，并支持新的权限模式、instructions 与 skills 自定义。Copilot CLI 还可以从 JetBrains 集成终端自动安装，覆盖 macOS、Linux 和 Windows。

这有助于排查智能体做了什么，但日志也可能包含仓库路径、命令和任务上下文。企业应同时配置日志保留与访问权限。

新的服务端管理设置覆盖插件可用性、MCP 服务访问、权限绕过行为和 OpenTelemetry。GitHub 还修复了 MCP 执行与审批、终端输出、云端智能体和差异编辑方面的问题。实际版本可在 JetBrains Marketplace 的插件版本页确认。

这次更新把“记住项目”和“选择模型”放进同一个 IDE 助手，但两者对应不同风险：记忆要防止过时与泄密，本地模型要核对真实数据边界。开发者获得更多控制后，更需要理解每一层到底在哪里运行。上线前最好用一个含敏感变量的测试仓库核验数据是否真的留在预期环境。

文章解决具体问题；完整课程会把前置知识、操作流程、验证方法和项目资料放在一起。