技术速递｜GitHub Copilot CLI：快速上手指南

作者：Andrea Griffiths

排版：Alan Wang

了解如何在终端中直接使用 GitHub Copilot。从克隆仓库到创建拉取请求，带你一步步掌握使用 Copilot CLI 精简工作流程的方法。

你已经习惯在终端中工作了------克隆仓库、安装依赖、调试问题、运行构建。但过去，当你需要 AI 帮助时，却不得不离开命令行，打开编辑器或浏览器。现在，这一切都改变了。

GitHub Copilot CLI 将同样强大的 AI 助手直接带到你的命令行中。无需切换上下文、不中断思路，只需你、终端，以及一个真正能帮你完成任务的 AI。

一次安装，登录即可开始使用

使用 Copilot CLI，无需手动管理 API 密钥。只需安装助手，使用现有的 GitHub Copilot Pro、Pro+、Business 或 Enterprise 方案登录，就能立即上手。

install

1. Install via npm
npm install -g @github/copilot

2. Launch Copilot CLI
copilot

Authenticate with your GitHub account
/login

使用要求：

• Node v22 或更高版本
• npm 10 或更高版本
• 启动 Copilot CLI
• 使用你的 GitHub 账号登录

从这里开始，你就可以直接在终端中进行操作------调试测试、启动预览部署，或编写一次性脚本，全程无需离开终端。

使用场景：在终端中从克隆到发起拉取请求

想象一下：你刚克隆了一个想要贡献的代码仓库。通常情况下，你需要花时间阅读 README，手动检查依赖项，并在未关闭的问题中寻找一个切入点。但有了 Copilot CLI，这一切都可以交给它来处理。

1. 克隆并启动 Copilot
   首先，获取你想要参与的仓库，并在终端中运行 Copilot CLI。

gh repo clone github/spec-kit
cd spec-kit
copilot

Copilot 会在终端中向你问好。你可以随时输入 / 查看可用命令，或按下 Ctrl+R 查看 Copilot 代表你执行过的命令日志。

2. 了解新的代码库
   进入项目后，第一步是了解各部分之间的关系。无需手动翻阅文件或仅依赖 README，你可以直接让 Copilot 为你解释整个项目结构。

explain

你说：解释一下这个项目的结构。

Copilot 会使用 find、tree 和 README 来检查仓库，然后返回一个干净的 Markdown 摘要。再也不用在嵌套目录中到处寻找文件位置了。

3. 检查你的环境
   在了解项目布局后，接下来的问题是：你能真正构建它吗？通常，你需要花时间寻找依赖项并确保安装了正确的版本。现在 Copilot 会帮你处理这些。

你说：确保我的环境已准备好构建此项目。

Copilot 会验证依赖项，安装缺失的工具（例如 GitHub CLI 需要的 Go），并确认你可以在本地构建。无需再查阅安装文档或反复尝试命令。

4. 找到一个合适的首个 issue
   设置完成后，你就可以开始贡献了。与其浏览几十个开放问题，不如让 Copilot 帮你挑选最合适的。

你说：在此仓库中查找适合的新手 issue，并按难度排序。

Copilot 会使用内置的 GitHub MCP 服务器查询 GitHub Issues，并给出一个带有难度等级的精选列表。你无需浏览一堆 issue，就能直接进入符合你水平的任务。

5. 开始实现
   接下来是真正的工作。通常，找到一个要处理的问题后，你需要创建分支、打开相关文件、修改代码并在提交前检查更改。有了 Copilot CLI，你可以让它帮你起草修复方案，而你始终保持掌控。

你说：开始实现 issue #1234，在应用前给我看 diff。

Copilot 会起草计划、进行修改，并展示 diff。你可以检查并批准后再应用更改。

👀 专业提示：如果希望 Copilot 聚焦特定代码部分，你可以在提示中 @-mention 文件。

6. 提交并创建草稿拉取请求
   当修改看起来不错时，下一步就是打包并分享成果。通常这意味着暂存文件、写提交信息、推送分支并打开拉取请求，在 Git 中这是一连串繁琐步骤。Copilot CLI 让整个流程变得流畅，让你专注于代码本身。

你说：暂存更改，写一个引用 #1234 的提交，并打开一个草稿 PR。

Copilot 会暂存文件、生成提交信息，并为你打开草稿拉取请求以供审核。

7. 额外技巧：结束占用端口的进程
   假设你遇到了另一个常见问题：有进程占用了端口。比如你启动开发服务器时，它提示端口（例如 8080）已被占用，然后你不得不查找正确的 lsof 命令和参数。

你说：哪个进程正在使用端口 8080？终止它并确认端口已释放。

Copilot 会运行正确的 lsof 命令，显示 PID，终止该进程并确认其已关闭。再也不用上网搜索各种奇怪的参数组合，也不用记忆 lsof -i :8080 还是 lsof -t -i:8080。

我总是记不住命令，尤其是那些不常用的命令。有了 Copilot CLI，我直接把这些任务交给它。也许下次我能记住命令，也许（更可能）不会。但我肯定还会再问 Copilot。

保持控制

Copilot 在运行命令或访问目录前，始终会征求你的确认。当你允许 AI 在本地执行命令时，这是至关重要的。

在 Copilot 执行任何操作前，它会提示你：

• 仅允许一次
• 始终允许此命令
• 拒绝

你还可以：

• 使用 /session 查看当前允许的内容
• 通过 /reset 随时重置权限
• 使用 /add-directory 将目录加入允许列表

通过 MCP 服务器扩展功能

Copilot CLI 自带已安装并运行的 GitHub MCP 服务器，这使其能够执行 issue 搜索和仓库交互。你还可以使用 /mcp 从注册表添加任意 MCP 服务器。

想要添加 Playwright 进行浏览器测试？或者集成你公司的内部工具？你都可以自定义和扩展 Copilot CLI，使其完全适配你的工作流程。

为什么这很重要

我最欣赏 GitHub Copilot CLI 的一点是：它出现在我工作的地方。我本来就花很多时间在终端里------在不同仓库间切换、检查日志、运行构建。现在 Copilot 就在这里，这意味着我不需要在 IDE、浏览器和命令行之间来回切换，只为了获得 AI 的帮助。

当我在为项目引导新贡献者，或者自己探索一个新的代码库时，我能保持工作流的连贯。我可以询问项目结构、验证依赖项、找到可处理的 issue 并开始实现，而无需在各种工具间跳转。这种一致性，在你试图保持工作节奏时至关重要。这并不是要取代你的 IDE，而是要在正确的地方使用正确的工具。

接下来

Copilot CLI 目前处于公开预览阶段，你的反馈将影响我们的路线图。我们已经有一些后续计划，但更希望了解对你来说最重要的是什么。

👉 立即安装：

npm install -g copilot

然后通过 /feedback 分享你的使用体验。

开始使用 GitHub Copilot CLI >