Copilot app 的生态账本：跨设备会话、按 API 计费与自定义 Agent

在 2026 年微软 Build 大会上，GitHub Copilot app 的发布并不仅是一次桌面体验升级，而是 GitHub 对"Agent 原生开发环境"整套生态的重构。相比"又多了一个 AI 编程界面"，更值得拆解的是它背后的产品账本。

把会话从"终端"搬到"设备网络"

Copilot app 最核心的产品理念是"嵌入开发者已经习惯的工作方式"。它支持跨设备会话延续：在 VS Code 或 CLI 中开启的本地会话，可以在手机端继续——官方称为 Remote control for GitHub Copilot sessions，已正式可用，覆盖 github.com 与 GitHub Mobile。开发者的"正在进行的思考"不再被锁死在某个 IDE 进程里。

配套能力还包括 stacked sessions（堆叠会话）与 PR 工作流、Canvases 交互式工作空间，以及基于共享 Unix 风格代码探索工具优化后的 Copilot code review，旨在降低评审成本。

20+ 模型的 Agentic harness

另一个被低估的信号是模型策略：Copilot 提供了 20+ 模型的 Agentic harness 选择。这意味着 Copilot 不再绑定单一模型，而是成为一个"Agent 调度层"，让团队按任务选择最合适的模型。这与 Cursor、Trae 的多模型策略形成正面竞争，也把模型选择权真正交还给了开发者。

计费模式与产品分层同步重构

生态层面的动作同样密集：GitHub 推出自定义 Agent（覆盖 observability、IaC、安全等领域），Copilot 的计费方式改为按 API 列示价格计费，并上线 Copilot Pro+ 方案。从"按席位订阅"到"按 API 消耗计费"，这本质上是把 Copilot 从软件产品转向平台型服务——用量越大的团队，贡献的营收越大。

GitHub 用一句话概括了这轮转变的愿景：从"结对程序员（pair programmer）"到"同侪程序员（peer programmer）"。从行业视角看，这条叙事把 Copilot 从"辅助写代码"推向"与开发者平等的 AI 同事"，也是 Agent 原生开发环境这场竞赛的共同终点。

后续值得跟踪的几个方向：

1. 跨设备会话的实际体验：手机端继续桌面会话的上下文保真度。
2. 按 API 计费对中小团队的成本影响：从订阅到用量计费，成本结构会如何变化。
3. 自定义 Agent 生态的丰富度：observability、IaC、安全等领域合作伙伴 Agent 的落地质量。
4. 20+ 模型选择权 vs 生态绑定：多模型开放与微软/OpenAI 生态之间如何平衡。