PearAI 是一款基于 VS Code 二次开发的开源 AI 代码编辑器,2024 年 10 月首次公开,以 Apache 2.0 协议发布。它在不必自研内核的前提下,把对话式 AI 编程的主流能力打包进编辑器:开箱内置 Continue 开源 AI 助手与 Ollama 本地模型运行时,支持 Claude、GPT、Gemini 等云端模型与本地模型自由切换,提供 Tab 补全、内联编辑、终端报错解释等能力。它要解决的核心问题是:Cursor、Windsurf 等闭源 AI 编辑器会把代码上传到厂商服务器,且按席位订阅成本高;而纯插件拼装方案配置繁琐、体验割裂。PearAI 用「开源发行版」的思路,让个人与团队在保住数据主权的前提下,快速获得接近商业 AI 编辑器的体验。本文按「速览 → 安装 → 上手 → 核心能力 → 生产部署」的顺序组织,并附同类工具对比、常见误区与面试题,帮助你判断它是否适合你的场景并直接落地。

岗位关联

掌握 PearAI,意味着你可以在不依赖闭源订阅制 AI 编辑器的前提下,用可审计、可商用的开源方案搭建团队的 AI 编程基础设施,这是 AI 工程师降低工具成本与合规风险的实用技能。

目录
  1. 为什么需要 PearAI:闭源 AI 编辑器之外的开源选择
  2. 安装与环境配置:3 步就绪
  3. 快速上手:10 分钟跑通第一个 AI 编程会话
  4. 核心能力详解:5 大支柱
  5. 生产部署与监控:从上线到运维
  6. 版本迭代
  7. AI 应用场景
  8. 常见误区
  9. 面试题
  10. 参考来源
工具类型
开源 AI 代码编辑器(VS Code Fork)
开发商
PearAI(创始人 Duke Pan,社区驱动)
开源协议
Apache 2.0(可商用)
GitHub Stars
主要语言
TypeScript / Electron(基于 VS Code)
当前版本
0.x 系列(2024-10 首发,滚动快速迭代)
安装方式
官网安装包(macOS / Windows / Linux)· 源码构建
下载地址
官方文档
上手难度
★★☆☆☆(较低)
适合人群
在意数据主权与成本的开发者、企业 AI 平台团队
同类工具
Cursor · Windsurf · VS Code + Continue
托管服务
无

速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。

为什么需要 PearAI:闭源 AI 编辑器之外的开源选择

AI 编程已成为日常开发标配,但主流 AI 编辑器存在两个硬伤:一是闭源,代码上下文会发送到厂商服务器,金融、政企等场景难以通过合规评审;二是订阅制,Cursor、Windsurf 按席位收费,团队规模一大就是持续成本。自己用 VS Code 拼装 AI 插件则要面对另一组问题——补全、聊天、终端助手来自不同插件,配置分散,提示词不统一,维护成本高,体验割裂。

PearAI 的解法是「开源发行版」:直接 fork VS Code 内核,预装并预配置 Continue(开源 AI 助手)与 Ollama(本地模型运行时),下载安装后立刻拥有对话、内联编辑、Tab 补全、终端 AI 四类核心能力。模型层完全自选——接 Anthropic、OpenAI 等云端 API,或跑本地模型让代码不出机器;配置以 config.yaml 形式存在磁盘上,可纳入 Git 仓库审计与复用。相比闭源工具,它的差异在于把「选择权与可见性」交给用户。

与 Cursor 相比,PearAI 的气质差异是「整合而非自研」:不魔改内核、不绑定自家模型栈,而是把 VS Code 的生态与开源 AI 中间件粘合起来。代价是部分 Cursor 专有体验(如深度 agent 化操作)在 PearAI 上需要借助 Continue 的规则与提示词自行逼近,稳定性也随版本波动。适合愿意接受配置换取主权与低成本的团队。

安装与环境配置:3 步就绪

第一步,下载安装。在官网 [trypear.ai](https://trypear.ai) 选择对应平台的安装包(Windows 为 .exe,macOS 为 .dmg,Linux 为 .AppImage),也可从 GitHub Releases 页下载,或按下方命令从源码构建。

第二步,启动与迁移。开源版无需注册 PearAI 账号,打开即为完整编辑器。若已有 VS Code 使用习惯,在「设置 → 迁移/导入」中读取原 settings.json 与快捷键配置;VS Code 扩展可直接从扩展市场安装,无需额外适配。

第三步,配置模型。按 Cmd+L(Windows/Linux 为 Ctrl+L)打开 AI 对话面板,进入模型配置入口,填入 Anthropic / OpenAI / DeepSeek / Gemini 等 API Key;或选择本地 Ollama 模型。模型配置写入 ~/.continue/config.yaml(或 config.json)。验证方式:在对话中输入「用 Python 写一个快速排序」,能返回代码即配置成功;使用本地模型时需先确认 Ollama 服务已启动。

bash10 行
# 源码构建(可选路径,适用于 macOS / Linux)git clone https://github.com/pearai/pearai.gitcd pearainpm installnpm run dev # 本地模型:安装 Ollama 并拉取代码模型brew install ollama     # macOSollama pull qwen2.5-coder:7bollama serve            # 启动本地推理服务

快速上手:10 分钟跑通第一个 AI 编程会话

思路:不写任何配置,用「提问 + 改代码 + 修报错」三个动作验证全链路是否打通,再决定是否切换本地模型。

1. 打开项目:File → Open Folder,选择一个真实代码仓库。

2. 对话问答:按 Cmd+L 打开 AI 面板,输入「解释这个项目的启动流程」。可以先选中某段代码再提问,或在对话框用 @ 引用文件,让回答带上上下文。

3. 内联编辑:在代码区选中一个函数,按 Cmd+I 发起内联请求,例如「给这个函数加上空值校验」,预览 diff 后按 Tab 接受。

4. 终端排错:在集成终端中故意运行一条会报错的命令,调出终端 AI 助手,让 AI 解释报错原因并给出修复命令。

5. 切换本地模型:在模型配置中把模型切到 Ollama 下的本地模型(如 qwen2.5-coder:7b),重复第 2~4 步,确认断网场景可用。

以上 5 步全部走通,说明安装、模型链路、编辑器集成均正常。进阶技巧:将 ~/.continue/config.yaml 中的提示词(系统提示)改成团队约定格式,让 AI 输出统一风格的代码注释与 commit 信息,这一步对后续生产部署很有价值。

核心能力详解:5 大支柱

支柱一:开箱即用的 AI 助手(Continue 集成)。PearAI 出厂内置 Continue,对话面板支持 @ 引用文件、选区与终端输出作为上下文;支持多会话历史回溯;模型可随时热切换。这是整个编辑器最核心的交互入口,本质上是把 Continue 的开源能力做成零配置的默认组件。

支柱二:Tab 自动补全。基于 Continue 的补全模型体系,可指定云端模型或本地代码模型(如 DeepSeek-Coder、Qwen-Coder 系列)。补全质量取决于所选模型而非编辑器本身——选本地 7B 级别模型时补全可用但复杂逻辑生成能力弱于大参数模型,这一点需要结合硬件资源权衡。

支柱三:内联编辑(Cmd+I)。对选中代码直接下达修改指令,以 diff 形式预览与回退,避免在聊天面板和代码区之间来回切换。适合「加注释、改命名、补校验」这类局部重构,是多文件修改的基础操作单元。

支柱四:终端 AI。集成终端内直接调起 AI 助手,自动携带最近的终端输出作为上下文,用于解释报错、生成修复命令。对刚接触陌生技术栈的开发者,这一步能显著降低「看不懂报错」的卡顿时间。

支柱五:VS Code 生态兼容。settings.json、keybindings、tasks、launch.json 与扩展市场全部沿用 VS Code 体系,迁移成本趋近于零;团队既有的分享配置、代码风格插件、CI 集成脚本均无需改写。

生产部署与监控:从上线到运维

个人与小团队:直连云端模型。API Key 存入系统密钥链,在 Anthropic / OpenAI 等厂商控制台查看 token 用量与费用,无需自建任何中间件。注意给 Key 设置月度预算上限,防止聊天和补全流量失控。

团队标准化:配置入 Git + 统一网关。把 ~/.continue/config.yaml 纳入仓库,统一 apiBase 指向公司内网网关(如 Azure OpenAI、vLLM 或任何 OpenAI 兼容服务),新员工克隆仓库后一条命令完成模型接入。示例配置如下,仅需替换为自己的网关地址:

合规与离线环境:本地模型。在装有 GPU 的内网机器部署 Ollama 或 vLLM,PearAI 侧直接选择本地模型,代码与提示词均不出内网。建议配合扩展白名单与只读配置,便于安全审计。

可观测性。PearAI 本身不提供用量仪表盘:token 成本在模型厂商后台或网关层统计;对话质量与补全准确率无内置指标,需要团队自行抽检。生产环境建议在网关层记录请求日志,并定期 review 仓库中 config.yaml 的变更,防止个别成员私自改成外部模型导致数据外发。

<p class="para-label">避坑清单:</p>

<ul class="dash-list"><li>开箱即用不等于零成本:默认对话与补全要走云端模型,必须填自己的 API Key;真正免费只有本地 Ollama 模型,且本地 7B 级模型的复杂推理能力明显弱于大参数云端模型</li><li>别期待与 Cursor 100% 对齐:Tab 补全质量取决于所选模型而非编辑器,Cursor 的部分专有交互(如跨文件 agent 操作)在 PearAI 上需要自定义提示词逼近,存在体验差异</li><li>升级节奏快、注意版本锁定:项目迭代频繁,偶发回归;生产环境不要追最新版,固定版本号并延迟升级,升级前查看 GitHub Releases 的变更说明</li></ul>

yaml7 行
# ~/.continue/config.yaml 片段:统一走内网 OpenAI 兼容网关models:  - name: internal-llm    provider: openai    apiBase: https://llm.internal.example.com/v1    apiKey: ${INTERNAL_LLM_KEY}    default: true
维度PearAICursorWindsurfVS Code + Continue 插件
定位开源 AI 编辑器(VS Code 发行版)闭源 AI 原生编辑器闭源 AI 原生编辑器(原 Codeium)开源插件组合方案
编排范式VS Code 内核 + 开源中间件整合深度魔改内核 + 自研模型栈深度魔改内核 + 自研 Agent 栈内核不魔改,插件挂载解耦
类型约束无绑定,配置全导出厂商托管,迁移成本高厂商托管,绑定其 Agent 工作流无绑定,但需自行维护
学习曲线低(VS Code 用户零成本)低低中(需自行配置与调优)
生态集成VS Code 扩展全兼容大部分 VS Code 扩展兼容扩展兼容性一般VS Code 原生全兼容
生产部署自托管 / 自配模型,可离线SaaS / 企业版SaaS / 企业版完全自控
LicenseApache 2.0(可商用)闭源闭源MIT / Apache 2.0
适合谁在意数据主权与成本的开发者与团队追求极致 AI 原生体验、预算充足Agent 驱动工作流爱好者已有 VS Code 基建的团队

选型建议:数据主权优先、预算敏感或处于内网合规环境,选 PearAI;追求最平滑的「装上就用」体验且预算充足,Cursor 仍是标杆;已有 VS Code 规范且只想补一个助手,直接上 Continue 插件即可,不必换编辑器。三者可以并行试点,以实际仓库上的补全准确率与对话相关性作为最终决策依据。

版本迭代

PearAI 于 2024 年 10 月以 v0.1.0 开源首发并迅速登上 Hacker News 热榜,此后保持快节奏迭代:从「具备核心 AI 编辑能力」到「补终端排错、强化内联编辑」,再到「稳定会话管理与编辑体验」。各版本具体发布日期以 GitHub Releases 为准;截至训练数据,可能已有更新版本。

版本时间变化提升
v0.1.02024-10首个公开版本基于 VS Code 深度集成 Continue 与 Ollama,Apache 2.0 开源,上线即登 Hacker News 热榜
v0.2.x2024-11终端 AI 助手上线终端内解释报错、生成修复命令,Tab 补全支持更多模型
v0.3.x2024-12内联编辑与上下文引用增强代码修改按 diff 预览与回退,`@` 文件/选区引用更稳定
v0.4.x2025-01会话管理与编辑体验优化多会话切换、启动速度与扩展兼容性改进
结论

迭代主线是从「可用的 AI 编辑器」走向「稳定的日常工具」——早期版本功能密度高但回归频繁,v0.4.x 之后更强调稳定性与兼容性。对生产团队的建议是:固定版本号、延迟升级,并在升级前阅读 GitHub Releases 变更说明;表格以外的最新正式版以仓库 Releases 页为准。

AI 应用场景

独立开发者的低成本 AI 编程环境

阶段:AI 编程辅助(补全 / 对话 / 调试)

解决的问题:Cursor 每人每月约 20 美元的订阅费是持续成本,且闭源产品无法自定义数据流向。PearAI 开源无订阅费,配合 Ollama 本地模型可做到零 API 支出,断网环境同样可用。

具体案例:独立开发者用 PearAI + qwen2.5-coder:7b 本地模型完成日常 Python/JS 小工具的补全与调试,把云端 API 用量压到仅剩复杂重构场景;本地 GPU 推理无延迟波动,一个月 API 账单归零。

团队遗留代码交接与新人上手

阶段:代码理解与文档生成

解决的问题:成熟团队中「老代码只有老人才懂」,新成员大量打断导师问基础问题。PearAI 的对话面板可 @ 引用整个项目文件,让 AI 解释模块职责、梳理调用链路。

具体案例:某后端团队把常见问题沉淀为提示词模板后,新成员「这个服务怎么启动、配置在哪」类问题多由 AI 直接作答;单段遗留代码的解释任务从人工翻代码的 2~3 小时缩短到 10~20 分钟(视仓库规模与模型能力而定)。

内网合规环境的离线 AI 编程

阶段:安全合规的 AI 编程基础设施

解决的问题:金融、政企环境禁止代码外发,闭源 AI 编辑器直接出局。PearAI + 内网 GPU 上的 Ollama / vLLM 构成完整离线方案,代码与提示词不出内网,网关侧可留存审计日志。

具体案例:某企业 AI 平台团队在隔离网段部署代码模型服务,为 50 名开发者的 PearAI 实例统一配置内网 apiBase,外部网络请求为零,合规评审一次通过。

常见误区

误区它只是换了个图标的 VS Code,AI 功能都是外面插件拼的,我用 VS Code 自己装不也一样吗?

正解PearAI 的价值在「整合与预配置」而非自研内核——Continue、Ollama、Tab 补全、终端 AI 是出厂默认,模型链路、上下文引用、diff 应用等交互已调通,装上即用;而自己拼装需要逐一配置插件、提示词与模型路由,且插件之间协作时上下文互不打通。发行版思路降低了工程成本,不等于没有价值。

为何常见:因为它的内核确实是 VS Code,用户容易把「复用内核」等同于「没有技术含量」,忽略了发行版在集成层解决的问题。

误区既然开源不要钱,那 AI 对话和补全应该也是免费无限用的吧?

正解开源免费指软件本身,不包含模型推理。云端模型(Claude、GPT 等)必须填自己的 API Key,按 token 计费;只有本地 Ollama 模型是真正免费,但受限于本机硬件与模型参数量。上线前若不设预算上限,chat 与补全流量可能让账单快速上涨。

为何常见:开源软件习惯上常与「免费」划等号,而 AI 编辑器的成本大头在模型推理而不在软件授权。

误区装了 PearAI 就等于免费版 Cursor,所有 Cursor 功能它都有。

正解核心能力(对话、补全、内联编辑、终端 AI)确实对标,但 Cursor 的专有 Tab 模型质量与部分深度 agent 化交互,在 PearAI 上是「由所选模型 + Continue 提示词逼近」的,体验存在差距。补全质量上,本地 7B 模型与 Cursor 云端大模型的差距尤其明显。应把它理解为「开源替代方案」而非「逐功能克隆」。

为何常见:宣传材料与社区讨论常以「对标 Cursor」作为卖点,用户易把对标理解为等同。

误区既然本地模型免费且数据安全,那补全和对话质量应该和 Claude/GPT 差不多。

正解本地 7B~14B 级代码模型在短补全、简单问答上可用,但在复杂多文件重构、长上下文理解、疑难排错上明显弱于大参数云端模型。生产环境的常见做法是「混合路由」——简单补全走本地,复杂任务走云端,兼顾成本与质量,而非二选一。

为何常见:厂商演示多以简单示例为主,掩盖了模型规模对复杂任务的能力差距。

面试题

Q1. PearAI 采用的开源协议是哪一种?

单选题 · easy

  • A.MIT 开源协议
  • B.Apache 2.0← 正确答案
  • C.GPL 3.0 开源协议
  • D.MPL 2.0 开源协议

答案:B。PearAI 采用 Apache 2.0,允许商用、修改与再分发,并附带专利授权条款,是企业采用的前提。MIT 虽然更宽松但无专利授权;GPL 3.0 有传染性,会约束衍生作品的协议;MPL 2.0 是文件级 copyleft,同样不适合直接对标。

Q2. PearAI 的代码基础来自哪个编辑器?

单选题 · easy

  • A.Eclipse Theia
  • B.JetBrains IntelliJ
  • C.VS Code(Electron)← 正确答案
  • D.Atom 内核

答案:C。PearAI 是 VS Code 的 fork,复用其 Electron 架构、扩展机制与配置体系,因此 VS Code 的扩展、settings.json、快捷键可以无缝迁移。Theia 与 Atom 均为不同编辑器体系,JetBrains IntelliJ 是闭源 IDE,均与 PearAI 的内核来源不符。

Q3. 下列哪个开源组件被 PearAI 默认内置为 AI 助手?

单选题 · mid

  • A.LangChain 框架
  • B.Continue 助手← 正确答案
  • C.AutoGPT 智能体
  • D.GitHub Copilot

答案:B。PearAI 出厂集成 Continue 作为默认 AI 助手,负责对话、上下文引用与模型路由;LangChain 是应用编排框架而非编辑器助手,AutoGPT 是通用自主智能体项目,GitHub Copilot 是闭源商业插件。Continue 的开源配置体系(config.yaml)也是团队标准化的关键抓手。

Q4. 在 PearAI 中调用本地模型,默认预配的是哪个运行时?

单选题 · easy

  • A.LocalAI 服务
  • B.llama.cpp 源码
  • C.Ollama 运行时← 正确答案
  • D.vLLM 推理库

答案:C。PearAI 预配置了 Ollama 作为本地模型入口,安装 Ollama 并拉取模型(如 qwen2.5-coder)后即可在编辑器中直接选用。llama.cpp 与 vLLM 也能跑本地模型,但需要自行对接模型路由配置,并非出厂默认路径。

Q5. PearAI 官方支持接入的模型来源包括哪些?(多选)

多选题 · mid

  • A.Anthropic Claude← 正确答案
  • B.OpenAI GPT← 正确答案
  • C.本地 Ollama 模型← 正确答案
  • D.专用 ASIC 推理芯片

答案:ABC。通过 Continue 的模型配置体系,PearAI 可接入 Anthropic、OpenAI 等云端 API 以及 Ollama 或 OpenAI 兼容协议下的本地模型,并通过统一 apiBase 指向内网网关。专用 ASIC 是硬件形态而非模型来源,选项中不存在「官方支持接入 ASIC」的说法。

Q6. 从 VS Code 迁移到 PearAI,最省事的路径是?

单选题 · mid

  • A.重装全部扩展并重新配置
  • B.直接导入设置与快捷键,扩展兼容← 正确答案
  • C.在 PearAI 中无法使用 VS Code 扩展
  • D.需要购买付费迁移工具

答案:B。PearAI fork 自 VS Code,settings.json、keybindings 与扩展市场完全复用,可导入既有配置,扩展无需重装。A 是最繁琐的错误做法;C 与事实相悖;D 完全不存在,迁移无需付费工具。

Q7. 以下哪些属于 PearAI 开箱即用的 AI 功能?(多选)

多选题 · hard

  • A.对话式代码问答← 正确答案
  • B.Tab 自动补全← 正确答案
  • C.终端报错解释与修复← 正确答案
  • D.模型自身的训练与调参

答案:ABC。对话问答(Cmd+L)、Tab 补全、终端 AI 是 PearAI 出厂具备的三大核心能力,另加内联编辑共四类。D 是模型训练范畴,编辑器只做推理调用、不做训练调参,超出工具能力边界。

Q8. 团队要求代码不出内网,最合适的部署方式是?

单选题 · hard

  • A.全员购买 Cursor 商业席位
  • B.PearAI + Ollama 本地模型 + 内网网关统一 apiBase← 正确答案
  • C.开发者在公共 ChatGPT 网页中粘贴代码
  • D.让每个成员自行决定模型方案

答案:B。代码不出内网的前提是推理在本地或内网完成,PearAI 配置本地 Ollama 模型、统一 apiBase 指向内网网关即可满足。A(Cursor)会把代码上送厂商服务器;C 直接违反合规;D 无法审计数据流向,三者均不满足约束。

Q9. 关于 PearAI 与 Cursor 的差异,下列说法正确的有哪些?(多选)

多选题 · hard

  • A.PearAI 开源可自建,Cursor 闭源← 正确答案
  • B.二者兼容 VS Code 扩展← 正确答案
  • C.PearAI 无软件订阅费,但需自备模型 Key 或本地模型← 正确答案
  • D.二者的 Tab 补全模型完全相同

答案:ABC。PearAI 以 Apache 2.0 开源、可自托管,Cursor 是闭源商业产品;二者都基于 VS Code 生态,扩展基本兼容;PearAI 不收取软件订阅费,推理成本来自用户自备的模型 Key 或本地模型。D 错误——Cursor 的 Tab 补全使用其自研专有模型,PearAI 则取决于用户选择的 Continue 补全模型,二者并不相同。

Q10. 想让团队统一 AI 模型配置并纳入代码库审计,应维护哪个文件?

单选题 · mid

  • A.package.json
  • B.~/.continue/config.yaml← 正确答案
  • C..eslintrc 配置文件
  • D.Dockerfile 构建脚本

答案:B。Continue 的模型、apiBase 与提示词均以 config.yaml/config.json 组织,将其纳入 Git 即实现团队统一与审计。package.json 是 Node 依赖清单、.eslintrc 是代码规范配置、Dockerfile 是镜像构建脚本,三者都与 AI 模型路由无关。

参考来源