# VSCodium VSCodium 是一个社区构建的、采用 MIT 许可证的 VS Code 发行版。它去除了 Microsoft 的品牌标识，并禁用了编辑器的遥测数据上报。它在保留 VS Code 熟悉工作流的同时，改用 Open VSX 作为插件源，并支持用户自定义插件来源。 Canonical URL: https://aiidelist.com/zh/ide/vscodium Language: zh 更新日期: 2026-10-06 ## 概览 - 分类: Developer Workflow Tools - 一款面向隐私、开源的 VS Code 发行版，适合希望在脱离 Microsoft 私有构建的情况下保留熟悉编辑器工作流的开发者。 - 编辑器基础: VS Code - 平台: Windows, macOS, Linux - 开源: 是 - 本地模型支持: 否 - 自带 API 密钥: 否 ## 简评 VSCodium 非常适合追求开源、可扩展且减少了 Microsoft 遥测数据的开发者，前提是用户能接受偶尔的插件兼容性处理并自行配置 AI 工具。 ## 适合场景 - 偏好开源 VS Code 发行版的开发者 - 注重隐私的本地开发环境 - 希望控制插件来源的团队 - Linux 及跨平台桌面工作流 - 通过插件构建模块化 AI 环境的用户 ## 优点 - 熟悉的 VS Code 工作流，搭配自由许可的二进制文件。 - 官方 VSCodium 构建版本中已禁用编辑器遥测。 - 支持 Open VSX、本地 VSIX 文件和自定义插件库。 - 公开的构建脚本使分发过程透明可审计。 - 广泛支持 Windows、macOS、Linux 及其各种架构。 ## 局限 - 依赖仅在商店发布的 Microsoft 插件的用户 - 需要厂商支持 SLA 和集中管理控制台的团队 - 希望开箱即用内置 AI Agent 的开发者 - 依赖官方版专用远程开发或调试器集成的场景 - 部分 Visual Studio Marketplace 插件在 Open VSX 中缺失。 - 部分 Microsoft 插件和调试器限制在官方 VS Code 之外使用。 - AI 功能依赖第三方插件，而非原生内置助手。 - GitHub 登录、同步和远程工作流可能需要手动配置。 - 社区项目不提供商业支持 SLA 或管理控制台。 ## 为什么选择 VSCodium？ VSCodium 本质上是一种发行版本选择，而非全新的编辑器范式。它采用了开源的 VS Code 代码库，通过公共社区流程构建可安装的桌面软件包，去除了 Microsoft 的品牌标识，并且在发布时不包含官方 Visual Studio Code 产品中所使用的 Microsoft 特定遥测配置。 对于喜欢 VS Code 交互模型，但又不希望编辑器与其私有二进制许可或服务终端绑定的开发者来说，这种差异至关重要。其编辑体验刻意保持了熟悉感，因此用户迁移通常是出于治理、隐私、打包或软件自由方面的需求，而不是为了学习新的界面。 VSCodium 本身并非 AI 原生 IDE。只有在用户安装了兼容插件并将其连接到云端或本地服务后，它才会变成一个 AI 辅助开发环境。这种模块化方法提供了更多控制权，但同时也要求用户自行承担服务商选择、数据处理、模型访问以及插件兼容性的管理责任。 ## 核心工作流与 Visual Studio Code 有何不同？ 日常工作流与 Visual Studio Code 非常接近，大多数用户可以沿用现有的操作习惯。项目以文件夹或工作区形式打开，通过命令面板（Command Palette）访问命令，设置沿用相同的 JSON 结构，并且可以通过 `codium` 命令启动终端。 最大的实际差异体现在服务边界。VSCodium 默认使用 Open VSX 插件注册表，而非 Microsoft 的 Visual Studio Marketplace。虽然大多数流行的开源插件都能找到，但两者的目录并不完全一致，发布时间可能存在差异，且某些私有插件被授权或编码为仅能在 Microsoft 官方构建版本中运行。 这意味着迁移是否成功更多取决于插件库存，而非主题或快捷键。使用通用开源插件的 Web 开发者可能几乎感觉不到阻碍；但对于重度依赖 C#、C++、远程开发或 Microsoft 服务的开发者，可能需要寻找替代方案、手动安装 VSIX，或者在特定项目中回归官方版 VS Code。 ## VSCodium 如何融入 AI 编程技术栈？ VSCodium 更适合作为 AI 插件的中立宿主，而非单一集成的 AI 产品。编辑器本身不定义模型目录、Agent 模式、使用配额或云账号。这些能力完全取决于开发者选择安装的插件或外部服务。 当团队希望统一编辑器标准但允许使用不同 AI 后端时，这种解耦非常有价值。一名开发者可以使用托管型代码助手，另一名开发者可以将插件连接到自托管终端，而在受限环境下则可以完全禁用 AI 网络。在编辑器保持稳定的同时，智能层可以独立更迭。 代价是端到端集成度较低。AI 原生编辑器可以在一个产品内协调索引、对话、内联编辑、终端操作和计费。VSCodium 用户必须确认每个所需的插件是否可通过 Open VSX 或合法的 VSIX 来源获取，是否支持当前的编辑器版本，并符合可接受的隐私和许可条款。 ## 哪些场景最能从 VSCodium 中受益？ 在官方二进制发行版与源代码同样受到重视的环境下，VSCodium 尤为有用。注重开源的组织、对隐私敏感的开发者、Linux 用户、教育机构部署以及拥有受控软件库的团队，可以在减少对 Microsoft 特定包装依赖的同时，保留主流的编辑器工作流。 注重安全的团队可以将兼容的构建版本指向自定义或自托管的插件库。这并不能保证每个插件都安全，但它提供了一条清晰的审批路径：管理员可以镜像经过审查的版本，限制来源，避免将公共市场作为唯一的分发渠道。 VSCodium 也适合想要逐步构建 AI 工作流的开发者。与其直接采用整套 AI IDE，他们可以从传统编辑器开始，仅添加符合其威胁模型和预算的代码补全、对话、Agent 或本地模型集成。 ## VSCodium 与 AI 原生编辑器相比如何？ VSCodium 优先考虑编辑器的中立性；AI 原生编辑器则优先考虑统一的助手体验。围绕 AI 构建的产品通常提供代码仓库索引、内置对话、Agent 模式编辑、模型切换和基于账号的使用管理，无需用户自行组装这些组件。 VSCodium 的方案更灵活，但不够开箱即用。它避免了将编辑器锁定在单一助手厂商上，允许独立更换插件。然而，用户必须自行管理兼容性、API 凭据、模型终端、插件更新以及多个代码助手之间的冲突。 对于个人开发者来说，选择在于“控制权”与“集成度”的权衡。如果希望编辑器保持开放且不绑定特定供应商，VSCodium 很有吸引力。如果首选是登录即用的、经过打磨且有支持保障的 Agent 工作流，那么 AI 原生编辑器会更方便。 ## VSCodium 的最佳配置建议是什么？ 可靠的配置应从官方 VSCodium 软件包或对应操作系统的仓库指南开始。通过包管理器安装可以简化更新，而便携版或禁用更新的软件包在强调环境一致性或变更控制时比追求最新版本更有效。 插件策略应当明确。通过 Open VSX 进行常规搜索，仅从合法的项目发布页安装 VSIX 文件，并记录所有自定义插件库配置。团队应该锁定或验证关键插件版本，而不是默认所有上游更新都能与非 Microsoft 构建版本保持兼容。 对于 AI 的使用，应将插件视为独立产品进行评估。审查它发送了哪些代码或工作区上下文、请求在哪里处理、API 密钥是否存储在本地、模型服务商如何选择，以及是否可以禁用遥测。VSCodium 的隐私默认设置不会自动应用于第三方助手。 一种实用的团队配置是：保持基础编辑器精简，将项目特定的建议放在工作区文件中，并维护一份已批准的插件清单。这能减少迁移过程中的意外，并使在不同开发机器上复现相同环境变得更加容易。 ## 从 VS Code 迁移前需要了解什么？ 设置和键位绑定迁移起来很直接，但它们存储在不同的应用程序目录下。VSCodium 将插件存储在 `.vscode-oss` 路径下，而非标准的 `.vscode` 插件目录，因此现有的 VS Code 安装不会自动填充到新编辑器中。 最安全的迁移流程是在复制任何内容前先盘点插件。将每个依赖项分类：是可在 Open VSX 获取、可从官方 VSIX 发布页安装、可用开源替代品替换，还是仅限 Microsoft 产品使用。这能在 VSCodium 成为默认应用前识别潜在的阻碍因素。 设置也应经过审查而非盲目复制。与 Microsoft 账号、私有远程服务、仅限商店的插件或官方 VS Code 路径相关的配置项可能无法按预期运行。采用干净的配置文件并进行选择性迁移，通常比一次性导入多年积累的配置结果更可预测。 在评估期间同时保留两个编辑器是合理的。VSCodium 可以处理常规工作，而官方 VS Code 则保留给那些依赖受限插件或 Microsoft 托管集成的项目。由于两个应用使用独立的配置和插件目录，并行测试非常可行。 ## 在实际使用中会遇到哪些权衡？ 主要的代价是生态系统的不对称。虽然 VSCodium 紧跟开源的 VS Code 代码库，但 Microsoft 控制着围绕官方产品的多项服务和插件。因此，兼容性取决于上游 API、插件许可、发布策略以及 VSCodium 发布版本的构建时机。 Open VSX 虽然减少了对 Microsoft 商店的依赖，但它可能不包含教程或企业指南中所期望的完全一致的插件版本或发布者包。手动安装 VSIX 可以弥补部分缺失，但这增加了维护工作，且无法绕过禁止在其他产品中使用的许可条款。 支持主要基于社区。该项目提供文档、问题跟踪、发布成品和公共构建自动化，但不提供企业级软件厂商那样的商业账号管理、策略控制面板或服务等级协议（SLA）。 隐私保护也是分层的，而非绝对的。VSCodium 构建版本禁用了编辑器自身的遥测配置，但插件、语言服务器、版本控制集成、更新服务和 AI 服务商仍可能建立独立的网络连接。受控的编辑器只是受控开发环境的一部分。 ## VSCodium 是正确选择吗？ 如果目标是在使用社区构建、自由许可的二进制文件并获得更多遥测和插件分发控制权的同时，保留 VS Code 的工作流，那么 VSCodium 是一个务实的选择。对于那些核心插件可从 Open VSX 获取或有独立 VSIX 包支持的用户来说，它非常有吸引力。 如果工作流高度依赖 Microsoft 专属插件、无缝的私有远程工具、原生账号同步，或拥有厂商支持的集成式 AI 助手，那么它就不那么合适了。在这些情况下，官方 VS Code 或 AI 原生编辑器可能会减少操作上的阻碍。 选择 VSCodium 的最强理由并非它能直接改变编码效率，而在于它将广泛使用的编辑器体验与 Microsoft 的私有桌面发行版分离开来，让开发者能够自主决定应该重新加入哪些服务、插件源和 AI 服务商。 ## 功能 ### 开放分发 - 基于开源 VS Code 代码库的社区构建二进制文件 - MIT 许可证下的发布成品 - 公开的构建脚本和发布流程 - 去除了 Microsoft 品牌标识 ### 插件控制 - 默认配置 Open VSX 注册表 - 支持手动 VSIX 安装 - 自定义插件库服务终端 - 支持自托管插件库 ### 桌面工作流 - 与 VS Code 兼容的界面和设置模型 - 支持工作区、终端、版本控制和调试工作流 - 通过 codium 命令启动命令行工具 - 便携模式配置 ### 平台覆盖 - 支持 Windows、macOS 和 Linux 构建版本 - 提供 x64 和 Arm64 桌面安装包 - 支持多种 Linux 包格式 - 远程主机、Web 主机和 CLI 发布成品 ### 默认隐私设置 - 禁用 VSCodium 编辑器遥测 - 移除或替换 Microsoft 产品服务终端 - 基础编辑无需 Microsoft 账号 - 插件隐私仍可单独配置 ## 价格 open-source - Community: $0 — 针对支持的平台提供免费的 MIT 许可证桌面二进制文件和源代码。 价格核对日期: 2026-07-10 ## 隐私与数据处理 官方 VSCodium 二进制文件禁用了编辑器的遥测配置，但安装的插件、语言服务、更新检查和外部 AI 服务商仍可能发出网络请求或收集数据。每个插件和连接的服务需单独审查。 ## 企业功能 - 支持自定义和自托管插件库 - 可通过环境变量和 product.json 配置插件库 - 原生安装程序和包管理器部署 - 提供禁用更新的 Windows MSI 安装包 - 便携模式部署支持 ## 替代工具 - Visual Studio Code - Code - OSS - Void - Eclipse Theia IDE - Zed ## 资料来源 - [官方网站](https://vscodium.com/) - [官方 GitHub 代码仓库](https://github.com/VSCodium/vscodium) - [插件与市场文档](https://github.com/VSCodium/vscodium/blob/master/docs/extensions.md) - [迁移说明文档](https://github.com/VSCodium/vscodium/blob/master/docs/migration.md) - [最新官方版本](https://github.com/VSCodium/vscodium/releases/latest) 最近核对日期: 2026-07-10 ## 更新记录 - 2026-05-22: 发布 VSCodium 1.121.03429，将编辑器内核更新至 VS Code 1.121.0 并刷新了各平台安装包。