GitHub Copilot for JetBrains 正在形成可组合 Agent Runtime:BYOK、Claude Provider、Plugin、Sandbox 的边界与治理(2026) TL;DR场景:GitHub Copilot for JetBrains 2026-07-14 公告扩展 BYOK、Plugin 安装、Claude Agent Provider、Local Sandbox,媒体把它读成IDE 正在成为 Agent Runtime 宿主结论:GitHub 没有把 Copilot 正式命名为 Agent Runtime;Claude Provider 与 Local Sandbox 仍是 Public Preview;Debugger Skill 是 Copilot CLI 而非 JetBrains 本体;但模型端点/Agent Provider/知识包/执行环境四层开始呈现可替换边界产出:四层可组合 Runtime 分层模型 跨产品能力归属矩阵 五控制面团队治理清单 12 个固定 Coding Agent 任务实验建议版本矩阵功能状态说明2026-07-14 GitHub Copilot for JetBrains 公告扩展 BYOK✅ 已验证[S01] GitHub Changelog,本次更新的核心依据OpenAI-compatible 自定义端点与 API Key(JetBrains)✅ 已验证[S01] 已发布;端点仍需满足工具调用/流式/上下文能力Plugin 从 Marketplace 或源码仓库安装(JetBrains)✅ 已验证[S01] 已发布;属于 JetBrains customizationClaude Agent Provider 自定义 Agents/Skills/Instructions✅ 已验证(Preview)[S01] Public Preview,面向 Copilot Pro 及以上;不可写成 GALocal Sandbox✅ 已验证(Preview)[S01] Public Preview;隔离不等于自动安全Built-in Debugger Skill(归 Copilot CLI session)✅ 已验证(Preview)[S01] 只能写为 CLI session 能力,不是 JetBrains IDE 本体BYOK 对 JetBrains IDEs / Xcode 公共预览(2025-09-11)✅ 已验证[S03] GitHub Changelog 历史公告Copilot CLI 支持 OpenAI-compatible、Azure、Anthropic、Ollama 等自有模型 Provider✅ 已验证[S02] Copilot CLI 文档Copilot CLI Agent Runtime / Skills / Plugins✅ 已验证[S02] Copilot CLI 文档,文档化能力OpenAI-compatible 端点保证任意模型正常工作⚠️ 待验证[S02] 明确说明仅接口形状一致,工具调用/上下文/错误恢复未必等价GitHub 是否正式把 Copilot 称为 Agent Runtime❓ 未公开作者明确为工程抽象,GitHub 官方未统一命名VS Code Copilot Agent 模式与 JetBrains Claude Agent Provider 行为等价⚠️ 待验证不同 IDE 独立实现,作者反方观点第 3 条已标出Visual Studio 18.7 MCP 指纹复核能力⚠️ 待验证原文能力归属矩阵中提及,需按官方矩阵核验JetBrains AI Assistant 原生默认接入 GitHub Copilot(2026-07-01)✅ 已验证微软开发者社区 2026-07-01 文章GitHub Copilot Plugin / Skill 在 JetBrains 的安装治理❓ 未公开原文「尚未确认」,需要 Marketplace 来源/Commit/版本记录Plugin/Skill 在 Local Sandbox 中的网络/文件/Secret/子进程权限❓ 未公开原文「尚未确认」,Local Sandbox 仅提供隔离,不预置策略个人/组织策略优先级、审批责任、例外流程❓ 未公开原文治理清单标记为最低要求,不是官方策略Telemetry 保留期限、跨 IDE 一致性❓ 未公开原文治理清单标记为最低要求GitHub 跨 IDE 统一 Runtime ABI❓ 未公开作者反方观点第 1 条:尚未公布统一 Runtime ABI各 Provider Agent loop 行为等价性❓ 未公开作者反方观点第 3 条:不同 Provider 行为可能不等价发布边界:Runtime 是作者工程抽象;Claude Provider 与 Local Sandbox 仍是 Public Preview。审核说明(2026-07-16):不得把 Agent Runtime 写成 GitHub 官方统一命名;Claude Provider 与 Local Sandbox 仍是 Public Preview。核心判断:GitHub 没有把它正式命名为Agent Runtime,但 2026-07-14 的 JetBrains 更新已经让模型端点、Agent Provider、知识包和执行环境出现清晰的可替换边界。[S01]TL;DRJetBrains 侧新增或扩展了 OpenAI-compatible 自定义端点、插件安装、Claude Agent Provider 自定义 Agent/Skills/Instructions 和本地 Sandbox。[S01]Claude Agent Provider 自定义能力与本地 Sandbox 仍处于 Public Preview。[S01]同一公告中的 Debugger Skill 是Copilot CLI session 的内置 Skill,不能写成 JetBrains IDE 本体功能。[S01]可组合 Agent Runtime成立的理由不是功能数量,而是系统开始呈现 Provider、Endpoint、Knowledge、Execution、Policy 等可替换层。新自由度会转化为兼容性矩阵、Plugin 供应链、Sandbox 权限、团队策略与可观测性成本。1. 为什么这次更新值得写成架构稿普通功能稿会列出 BYOK、Plugin、Claude Provider、Sandbox 和 Debugger Skill,然后得出Copilot 更强了。这会错过真正变化:过去 IDE 助手的核心组合通常由厂商预设,用户主要选择模型或聊天模式;现在模型端点、Agent 实现、知识包和执行环境正在被拆开。这意味着团队不再只问Copilot 能否完成任务,而要问:哪一个 Agent Provider 在运行,调用哪个模型端点,加载了哪些 Skills/Plugins,工具在哪个 Sandbox 中执行,策略由谁管理,行为由什么 Telemetry 解释。4. 可组合 Runtime 的分层模型IDE / UXAgent ProviderModel EndpointSkills / Plugins / InstructionsSandbox / Tools / MCPPolicy / TelemetryASCII 回退:IDE / UX ↓ Agent Provider ├── Model Endpoint / BYOK ├── Skills / Plugins / Instructions └── Sandbox / Tools / MCP ↓ Policy / Telemetry / AuditIDE / UX负责会话、编辑器上下文、Diff、审批和交互反馈。它不应再被视为 Agent 的全部实现。Agent Provider决定 Agent loop、上下文组装、工具选择、错误恢复和任务推进方式。Claude Agent Provider 的出现表明 Copilot UI 可以承载不同 Agent 行为模型。[S01]Model EndpointBYOK 与 OpenAI-compatible endpoint 让模型托管、数据边界、成本和延迟成为独立配置。兼容 API 只保证接口形状,不保证工具调用语义、上下文长度、结构化输出和错误恢复完全一致。[S02]Skills / Plugins / Instructions这一层注入领域知识、任务方法和工具包装。它开始拥有发布者、版本、更新和冲突问题,下一篇将把它定义为 Agent Knowledge Dependency。Sandbox / ToolsAgent 一旦执行 shell、构建、测试或文件修改,就进入权限与隔离问题。Local Sandbox 降低宿主暴露面,但仍需要网络、文件系统、Secret、子进程和持久化策略。Policy / Telemetry当 Agent、模型和知识包可替换时,团队必须知道谁可以安装什么、哪些端点可用、哪些命令被允许、哪些数据被发送、如何复现一次失败任务。6. 新工程成本兼容性矩阵团队至少需要记录IDE 版本 × Copilot 插件版本 × Agent Provider × Model Endpoint × Plugin 版本 × Sandbox 策略。任何一项变化都可能改变工具调用、上下文预算和代码结果。Plugin 供应链从 Marketplace 或源码仓库安装意味着发布者、更新渠道、Commit、依赖、脚本和权限进入信任边界。最低治理要求应包括来源 Allowlist、版本/Commit 记录、变更审阅和快速回滚。Sandbox 权限在 Sandbox 中运行并不自动回答网络是否开放、仓库外路径是否可见、凭据是否可读、容器是否持久化、工具是否能启动嵌套进程。团队策略个人可自由切换 Provider 与 Endpoint,不代表企业可以接受不可审计的模型和数据路径。政策必须覆盖端点、密钥、插件、MCP、网络和日志保留。Telemetry 与可复现性仅记录 Prompt 不够。最小运行记录应包含模型标识、Provider、Plugin/Skill 版本、工具调用、审批、Sandbox 镜像、仓库 Commit 和输出 Diff。2. 已确认事实能力产品表面状态已确认边界OpenAI-compatible 自定义端点与 API KeyJetBrains已发布允许连接兼容 OpenAI API 的端点;端点仍需满足模型与工具调用能力要求 [S01][S02]Plugin 从 Marketplace 或源码仓库安装JetBrains已发布属于 JetBrains customizations;来源和更新治理成为新问题 [S01]Claude Agent Provider 自定义 Agents、Skills、InstructionsJetBrainsPublic Preview面向 Copilot Pro 及以上;不能写成 GA [S01]Local SandboxJetBrainsPublic Preview为 Agent 模式提供隔离环境;隔离不等于自动安全 [S01]Built-in Debugger SkillCopilot CLIPublic Preview只应写成 CLI session 能力 [S01]自有模型 ProviderCopilot CLI文档化能力支持 OpenAI-compatible、Azure、Anthropic、Ollama 等配置;端点需支持流式和工具调用 [S02]8. 团队采用清单控制面最低要求Model EndpointEndpoint Allowlist、密钥托管、数据区域、超时与成本上限Agent Provider明确支持版本、默认 Provider、失败回退、行为差异测试Plugin / Skill来源、Commit/版本、权限、变更记录、禁用和回滚流程Sandbox文件、网络、Secret、子进程、资源配额和销毁策略Policy个人/组织配置优先级、审批责任、例外流程Telemetry会话元数据、工具调用、Diff、审批、失败分类、保留期限SEO 与分发元数据SEO Title:GitHub Copilot for JetBrains 正在成为可组合 Agent RuntimeMeta Description:解析 GitHub Copilot for JetBrains 的 BYOK、Agent Provider、Plugin 与 Sandbox 分层,厘清 JetBrains 和 Copilot CLI 能力边界,并给出团队治理清单。主关键词:GitHub Copilot JetBrains Agent Runtime次关键词:BYOK、Claude Agent Provider、Copilot Plugin、Local Sandbox、Copilot CLI搜索意图:了解新能力、判断架构影响、制定团队采用策略。FAQGitHub 是否正式把 Copilot 称为 Agent Runtime?没有。本文将该词作为架构推论。Debugger Skill 是否已经内置到 JetBrains?2026-07-14 公告明确写的是 Copilot CLI sessions。OpenAI-compatible endpoint 是否保证任意模型都能正常工作?不保证;端点还需要满足工具调用、流式和上下文能力要求。Local Sandbox 是否等于安全执行?不等于;仍需明确文件、网络、Secret 和进程策略。团队最先应该治理什么?Endpoint、Plugin 来源、Sandbox 权限和运行记录。3. 产品表面与能力归属矩阵能力层JetBrainsVS CodeVisual StudioCopilot CLIGitHub.com / CloudIDE/UX是是是终端 UXWeb/Cloud UXOpenAI-compatible endpoint2026-07-14 扩展有独立实现与节奏需按官方矩阵核验已文档化不应从 JetBrains 公告外推Agent ProviderClaude Provider Preview有独立 Agent 模式产品实现不同CLI Agent RuntimeCloud Agent 独立演进Plugin / SkillMarketplace/源码安装支持插件体系不应默认视为相同插件、Marketplace、Skills插件/Agent 能力按产品定义SandboxLocal Sandbox Preview有独立执行控制不同宿主模型Local/Cloud Sandbox 文档Cloud runner / sandboxDebugger Skill不是公告所述归属不从该公告推断不从该公告推断Public Preview不从该公告推断MCP Trust不从该公告推断独立实现Visual Studio 18.7 有指纹复核支持 MCP,但信任 UX 不等同企业策略另行定义矩阵的目的不是声称各表面完全割裂,而是阻止把同一 Changelog 中的跨产品能力压缩成一句JetBrains 现在全部支持。5. 为什么这不只是功能堆叠一个系统可以有很多功能,但仍是封闭产品。这里出现 Runtime 特征,是因为四类边界变得可配置:实现边界:Agent Provider 可变。推理边界:Model Endpoint 可变。知识边界:Plugin、Skill、Instruction 可安装。执行边界:Sandbox 与工具环境可配置。当这些边界独立变化,系统就需要类似 Runtime 的兼容性、生命周期、策略和可观测性机制。这个结论是 Inference,不是 GitHub 官方定位。7. 反方观点与边界第一,GitHub 尚未公布一个统一、稳定、跨所有 Copilot 表面的 Runtime ABI。第二,部分关键能力仍是 Public Preview。第三,不同 Provider 的 Agent loop 可能无法做到行为等价。第四,OpenAI-compatible 只是一种 API 兼容层,不能被当作模型可替换性的完整证明。因此,正确标题是正在形成而不是已经完成。9. 建议实验建立 12 个固定 Coding Agent 任务,在不同 Provider 与 Endpoint 组合下重复执行,至少比较:一次运行成功率、工具调用失败率、平均修改文件数、测试通过率、Token 成本、人工审批次数和可复现率。实验必须固定仓库 Commit、Prompt、Plugin 版本和 Sandbox 镜像。10. 结论GitHub Copilot for JetBrains 的重要变化,不是又增加了几个菜单,而是 IDE 正成为多种 Agent、模型、知识包与执行环境的宿主。可替换性会提高创新速度,也会把过去隐藏在厂商内部的兼容性、供应链和治理成本转移给团队。最后核验日期:2026-07-16。来源S01 — GitHub Copilot for JetBrains expands BYOK capabilitiesS02 — About GitHub Copilot CLIS03 — BYOK support for JetBrains IDEs and Xcode in public preview错误速查卡症状根因定位修复把Agent Runtime写成 GitHub 官方统一命名把作者工程抽象当成官方定位查 GitHub Changelog 与官方公告;核对审核说明 2026-07-16改写为作者工程抽象 / 正在形成把 Debugger Skill 写成 JetBrains IDE 本体功能公告明确是 Copilot CLI session 能力查 [S01] 原文中 “Copilot CLI session” 字样;对照能力归属矩阵改写为Copilot CLI session 的内置 Skill,不是 JetBrains IDE 本体把 Claude Agent Provider / Local Sandbox 写成 GAPublic Preview 不能写成 GA查 [S01] 是否标 Preview;核对状态字段改写为Public Preview(2026-07-14 公告日)假设 OpenAI-compatible endpoint 等价于模型可替换OpenAI-compatible 只是 API 兼容层,不保证工具调用/上下文/错误恢复等价查 [S02] 关于端点能力要求的说明;实测端点把等价换成接口形状一致 行为需要测试用单 IDE 公告外推整个 Copilot 产品矩阵同一 Changelog 内的能力是按 IDE/CLI 分产品的查能力归属矩阵;按 JetBrains/VS Code/VS/CLI/Cloud 拆分严格按矩阵的列(产品表面)与行(能力层)写明归属用个人 Provider/Endpoint 切换代替企业治理个人可自由切换 ≠ 企业可接受不可审计的数据路径查团队策略控制面;对照治理清单增加 Endpoint Allowlist、密钥托管、数据区域、审计日志把 Plugin 治理只交给 Marketplace 评分Marketplace 或源码安装意味着发布者/更新渠道/依赖/脚本/权限进入信任边界查 Plugin 供应链控制面;评估发布者/Commit/依赖加来源 Allowlist、版本/Commit 记录、变更审阅、快速回滚假设 Local Sandbox 自动安全Sandbox 只提供隔离,不预置网络/文件/Secret/子进程策略查 Local Sandbox 状态行(Public Preview,隔离不等于自动安全)显式定义文件、网络、Secret、子进程、资源配额和销毁策略用单一 Prompt 日志做可复现性证据仅记录 Prompt 不够,缺模型/Provider/Plugin/Sandbox/Commit/Diff查 Telemetry 控制面补最小运行记录:模型/Provider/Plugin-Skill 版本/工具调用/审批/Sandbox 镜像/Commit/Diff把可组合等同于已统一缺统一 Runtime ABI,部分能力 Public Preview,不同 Provider Agent loop 行为不等价查反方观点第 1-4 条标题保持正在形成而不是已经完成,并在结论里给反方观点留位跑 Provider 对比实验只比成功/失败不记录 Token 成本、审批次数、可复现率、修改文件数查建议实验段 12 个固定任务的指标清单把实验扩展为 7 指标 固定仓库 Commit/Prompt/Plugin 版本/Sandbox 镜像团队第一次治理先治 TelemetryEndpoint 失控和 Plugin 失控会先把数据流光查团队采用清单的优先级先治 Endpoint/Provider/Plugin/Sandbox,Telemetry 放最后