我不参加 GitHub CoPilot CLI 挑战

Source: Dev.to

为什么我会跳过 GitHub Copilot CLI 挑战

我既是 AI（包括小模型和大语言模型）的倡导者，也是 dev.to 的粉丝，我认为它是同类网站中最好的。然而，作为一名 Linux 用户，我必须跳过这次最新的挑战，因为 GitHub Copilot 是微软的产品。

对微软生态系统的担忧

很难把产品与其母公司的整体理念割裂开来。微软最近的举动——比如充满遥测的 Windows 11 发布以及通过终止对 Windows 10 的支持来强制淘汰完全可用的硬件——都是我无法支持的做法。

这同样适用于 GitHub Copilot。让我在意的并不是它的“代理”特性（能够查看文件、目录并执行命令），而是所有这些处理都在微软的 Azure 服务器上完成，而不是本地。

作为 Linux 用户，我们选择 Debian、Arch 等发行版，就是为了摆脱“回家报站”的二进制文件，拒绝任何形式的强制生态锁定。我根本不想安装一个会把我的终端活动上报到微软中心服务器的云端代理。

本地 AI 的替代方案

再次声明，这并不是对 dev.to 的批评——我很喜欢这些高质量的挑战。只是我更倾向于使用不同的代理工具。当前本地 AI 领域已经有了令人惊叹的进展，我们完全不需要云连接就能在电脑上拥有智能 CLI 代理。开源工具如 Ollama、Llama.cpp 以及本地 MCP（Model Context Protocol） 服务器已经证明，我们可以在保持 100 % 数据本地化的前提下获得“代理”帮助。

• 零数据外泄： 100 % 的探测都保留在你的 NVMe 上。
• 无遥测： 没有 Microsoft 账户，也没有向 Azure 发出的 HTTPS 请求。

祝愿参与挑战的朋友们好运——这一次我将旁观。

Ben S.