GitHub Copilot Workspace 开放技术预览

背景

GitHub 长期围绕文件组织工作：开发者打开仓库，找到要改的文件，编辑，然后提交拉取请求（pull request）。Copilot Workspace 被 GitHub 称为「Copilot 原生的开发者环境」，它的起点不同——不是文件，而是任务^[1]。

GitHub 把这次发布放在规模的语境里：公司称 2023 年初开发者数量突破 1 亿，并把目标设定为 10 亿开发者^[1]。面向那些不以现有 GitHub 用户的方式工作的人，是这个说法的一部分。

发生了什么

2024 年 4 月 29 日，GitHub 开放 Copilot Workspace 的技术预览，由时任 CEO Thomas Dohmke 宣布^[1]。技术预览意味着产品已经公开可用，但仍在开发中，形态还可能变化。

按 GitHub 的描述，这是一个开发者用自然语言进行头脑风暴、规划、构建、测试和运行代码的环境^[1]。体验以任务为中心，而不是以文件为中心，从头到尾编排不同的、由 Copilot 驱动的智能体（agent）^[1]。这与编辑器里的一个标签页是不同的工作单位：你打开的是问题，计划和代码由它产生。

一个工作区如何运作

工作区从一个仓库、一个 issue 或一个拉取请求开始^[1]。Workspace 读取代码库和 issue 讨论串，基于这些理解生成一份分步骤的计划^[1]。计划是第一件产物，代码再按步骤从计划中产生。

GitHub 强调，Workspace 提出的所有内容——从计划到代码——都可以完全编辑，开发者保留全部自主权^[1]。模型给出草稿，留下什么由人决定。

代码可以在 Workspace 内通过集成终端运行，工作也可以落到其底层的 GitHub Codespace 中^[1]——那是 GitHub 的云端开发环境，跑代码的机器不必是你面前这一台。

工作区可以通过链接分享，队友能看到工作内容，或者在其基础上继续迭代^[1]。GitHub 将它设计为可以在任何设备上使用，包括在路上^[1]，这一点来自工作本身存在于浏览器里，而不是本地那份代码副本里。

收尾

收尾意味着开一个拉取请求，并运行 GitHub Actions、安全代码扫描和人工评审^[1]。也就是说，工作区的产出重新回到 GitHub 的常规流程中，而不是取代它：持续集成、安全扫描和读 diff 的人，仍然决定这次改动是否合入。

为什么重要

有两点值得注意。第一，入口从文件移到了任务。规划、编辑和运行被收在一处，而计划和代码一样可以编辑，所以开发者能在写出任何代码之前，先纠正模型对问题的理解。

第二，开发者在设计上被留在环内。上面的描述里没有任何一步取消评审：工作区以拉取请求收尾，人工评审被列为收尾的一环^[1]。

对 GitHub 来说，野心写在数字里：一个为 1 亿开发者建成的平台，瞄准的是 10 亿^[1]。如果大量并非全职开发者的人也要参与代码工作，就需要一条摩擦更小的路径，Copilot Workspace 是通往那条路径的一次尝试。