GitHub Copilot CLI 正式 GA（General Availability）了，面向所有付费 Copilot 用户开放。
如果你上次关注这个工具还是命令行里问问题的阶段，那现在进化得已经不太一样了。
现在的 CLI 是什么
它不再只是一个能在终端里提问的助手。
最近几个版本里加进来的东西：
v1.0.21（4月7日）：加了 命令，可以直接在 CLI 里管理 MCP server——连接、查看、切换。MCP 现在基本上是 AI 工具的通用接口标准，Copilot CLI 把这个集成进来，意味着它能接上任何已有的 MCP 生态。
v1.0.18（4月4日）：加了Critic agent——在你执行复杂任务或者执行计划之前，自动有一个 agent 先帮你 review 一遍，找出潜在问题。这有点像代码里的自动 reviewer，只不过是在执行前动。
双模式运行：
- Plan 模式：先分析需求、澄清疑问、生成执行计划，等你确认后再动。适合不确定性高的任务。
- Autopilot 模式：全自动跑，不停下来等确认，能执行命令、迭代代码、自己改错。
模型自选：Claude Opus 4.6、Claude Sonnet 4.6、GPT-5.3-Codex、Gemini 3 Pro、Claude Haiku 4.5——根据任务复杂度和预算自己选。
Copilot SDK 也来了
4月2日，GitHub 还悄悄发布了 Copilot SDK（公开预览版）。
这可能比 CLI GA 更有长期意义：SDK 暴露了驱动 Copilot CLI 和云端 agent 的同一套运行时，让开发者可以把这个 agent 嵌入自己的应用里。
这是 GitHub 第一次把 Copilot 的 agent 能力作为可嵌入的基础设施开放出来。
这代表什么方向
GitHub Copilot 用了两三年时间，从自动补全 tab 键慢慢变成了能处理 issue、审查代码、现在又变成了全功能 CLI agent。
每一步都是在扩大控制平面——从 IDE 到浏览器插件，到 PR 审查，到命令行，现在再到 SDK。
现在的形态：给 Copilot CLI 一个任务，它能规划、执行、检查自己的结果、接入 MCP 工具，全程不用离开终端。
对于喜欢键盘工作流的开发者来说，这个路线挺有吸引力的。GitHub Copilot 现在有超过 2000 万用户，这个群体里有相当大比例是重度终端用户。
Copilot CLI 的竞争对手直接是 Claude Code 和 Gemini CLI。三个都在这个方向上推进，谁能让开发者形成习惯，谁就赢了这个入口。
参考来源：GitHub Copilot CLI Reaches General Availability, Bringing Agentic Coding to the Terminal（Visual Studio Magazine）；RELEASE: GitHub Copilot CLI – AI for the Command Line（kurtsh.com）