GitHub Copilot JetBrains 版：Ollama 本地推理与记忆的隐私边界

GitHub Copilot JetBrains 版：Ollama 本地推理与记忆的隐私边界 | 前端进阶之旅

Full translation

完整中文译文

GitHub Copilot for JetBrains 现在支持 Ollama 作为本地 BYOK（自备密钥）提供商，并可在 Agent 对话会话中保留 Copilot Memory。请将二者视为两个独立的控制维度。

Ollama 可以在选定端点为回环地址且选定模型为本地模型时，将模型推理保留在本机上执行。Copilot Memory 则在 GitHub 的记忆控制下存储仓库事实和用户偏好。启用本地模型并不能证明记忆、账户、会话同步、遥测、MCP 调用或云端 Agent 工作也一并留在本地。

分两条路径推进：先用禁用了 Memory 的状态验证本地推理路径，再决定是否启用 Memory 并审查其存储内容。

本文面向 IntelliJ IDEA、Android Studio、PyCharm、WebStorm 及其他 JetBrains IDE 用户，适用于需要借助本地部署模型使用 Copilot Agent 工作流的开发者，或需要在启用持久化上下文前审查隐私边界的用户。

同时面向组织管理员。GitHub 表示，IDE 中的本地 BYOK 可由组织或企业策略禁用，而 Copilot Memory 有独立的策略和用户开关。现有的 Copilot 托管设置指南说明了为何客户端访问与运行时控制必须分开测试。

2026 年 8 月 11 日的更新内容

此次发布为 JetBrains 产品新增四项值得关注的特性：企业托管设置、跨会话 Copilot Memory、Ollama 作为 BYOK 提供商，以及扩展的 Codex 工作流。发布说明指出，Ollama 提供商配置和模型选择将在整个 JetBrains 体验中可用。

GitHub 的 BYOK 文档区分了本地 BYOK 和企业 BYOK。本地密钥和提供商配置在客户端处理，本地模型可以解除对 GitHub Copilot 模型 API 的依赖。企业 BYOK 则不同：它在服务端处理，仍然需要 Copilot 许可证和网络访问。

Memory 是一个独立的公开预览系统。它可以存储仓库级别的事实，例如构建命令和架构决策，以及用户级别的偏好。仓库事实带有引用支撑，会针对当前分支重新验证。闲置条目在 28 天后过期，用户或管理员可以审查和删除它们。

一个安全的声明应该是有限的：模型请求由本地 Ollama 提供服务。不要在没有独立验证网络和功能证据的情况下，将该声明升级为"Copilot 完全离线"。

1. 记录确切的客户端和策略状态

更新到最新兼容的 GitHub Copilot 插件，然后记录插件版本、JetBrains 产品/构建版本、账户、当前计费实体、组织策略和当前 Memory 状态。不要依赖"最新"作为持久证据。

2. 保持 Ollama 运行在回环地址

Ollama 默认绑定到 127.0.0.1:11434。对于单机 IDE 配置，保持该默认值不变。不要设置 OLLAMA_HOST=0.0.0.0:11434、不要添加隧道，也不要仅为方便发现而暴露端口。

如果你需要一个明确仅限本地的 Ollama 服务，禁用其云功能：

{
  "disable_ollama_cloud": true
}

然后重启 Ollama 并确认其日志报告云支持已禁用。这控制的是 Ollama 本身；不会禁用 GitHub 端的 Copilot 功能。

3. 验证提供商本身，而非仅验证答案

在 JetBrains 中配置 Ollama，选择一个已下载的本地模型，开启一个新对话，提交一个带有唯一标记的无害提示。捕获以下信息：

UI 中选定的提供商和模型；
该标记的本地 Ollama 请求日志或进程活动；
是否自动回退到 GitHub 托管模型；
重启 IDE 和 Ollama 后的结果。

如果 UI 显示 Ollama 但没有出现本地请求，立即停止。看似合理的答案不等于路由证据。

4. 测试故障路径

停止 Ollama 并重复无害提示。可接受的结果是明确的本地提供商失败，或显式的、用户批准 provider 切换。静默回退则未通过检验。重启 Ollama 并确认同一模型再次正常工作。

对于更大的开放模型，下载前先检查硬件。本地模型硬件检查清单说明了"开放"和"笔记本可用"是两个不同的说法。

5. 单独审查 Memory

在路由测试期间保持 Memory 禁用。如果之后启用了它，使用一个可丢弃的仓库，配合无害的约定命名如 npm run verify:fixture。以有写权限的用户身份进行交互，然后在仓库的 Copilot Memory 设置中审查仓库事实，在个人 Copilot 设置中审查用户偏好。

记录任何事实、其引用、所属者和删除结果。不要植入密码、客户数据、私有 URL 或生产架构 secrets。Memory 创建并不保证对每个句子都生效；如果没有出现条目，记录"未观察到"而非声称它已被存储。

6. 门控生产使用

只有当本地路由、停止服务行为、重启持久化、策略执行、记忆检查和删除都与预期边界一致时，才批准上线。保留一步回滚方案：切换提供商、禁用 Memory 或禁用本地 BYOK 策略。

只需要本地模型推理？保持 Memory 关闭，先验证 Ollama 路由。

需要持久化的仓库上下文？只有在所有权、审查、保留和删除都可接受后才启用 Memory。

需要完全离线或物理隔离的工作流？禁用无关的云功能并验证网络行为；仅有 JetBrains 发布版本不足以作为证据。

组织策略隐藏了 Ollama？请求管理员审查本地 BYOK 策略；不要用暴露的端点来绕过。

本地模型工具质量或上下文不足？仅将有限制的对话任务路由到它，将 Agent 写入工作保留给单独评估过的模型。

常见误区

因为 LLM 在 Ollama 中运行，就认为整个 Copilot 工作流都是本地化的。
同时启用 Memory 和 Ollama，然后无法归因行为。
将端口 11434 暴露到局域网或互联网，却没有真正的访问控制设计。
将本地 BYOK 与企业 BYOK 混淆，后者使用服务端路径。
信任文本中显示的模型名称，而不是观察本地请求。
使用 secret 或敏感仓库事实测试持久化。
认为存储的事实是永久的；闲置的 Memory 条目会过期，事实会被重新验证。

其他本地控制边界相关资源，参见 Qwen 可信局域网检查清单。需要对外部数据采取行动的工具，参见连接器安全检查清单。

可复制粘贴的验收记录

date / owner:
jetbrains_product_build:
copilot_plugin_version:
account / billing_entity:
local_byok_policy: enabled | disabled
memory_policy / user_toggle:
ollama_bind: 127.0.0.1:11434 | other
ollama_cloud_disabled: yes | no
selected_provider / model:
local_request_observed: pass | fail
stopped_server_fails_closed: pass | fail
restart_preserves_selection: pass | fail
memory_fact_observed / citation:
memory_delete_verified: pass | fail | not tested
non_model_network_paths_reviewed:
rollback_action / owner / evidence:

常见问题

Ollama 能让 GitHub Copilot for JetBrains 完全离线吗？

它可以将模型提供商路径本地化。其他 Copilot 功能有独立的账户、记忆、会话、工具和网络行为。在做出离线声明前，请独立验证这些。

Copilot Memory 是存储在 Ollama 内部吗？

没有官方来源说明这一点。GitHub 文档将 Memory 描述为通过 GitHub Copilot 设置管理的仓库事实和用户偏好。将其视为独立的服务和控制平面。

我应该暴露 Ollama 以便 JetBrains 发现它吗？

对于同一台机器的配置不需要。Ollama 文档化的默认配置是回环地址。保持在那里，除非你有明确的认证网络设计。