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 工程师降低工具成本与合规风险的实用技能。
目录
速览卡是工具类内容的固定首屏模块: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 服务已启动。
# 源码构建(可选路径,适用于 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>
# ~/.continue/config.yaml 片段:统一走内网 OpenAI 兼容网关models: - name: internal-llm provider: openai apiBase: https://llm.internal.example.com/v1 apiKey: ${INTERNAL_LLM_KEY} default: true
| 维度 | PearAI | Cursor | Windsurf | VS Code + Continue 插件 |
|---|---|---|---|---|
| 定位 | 开源 AI 编辑器(VS Code 发行版) | 闭源 AI 原生编辑器 | 闭源 AI 原生编辑器(原 Codeium) | 开源插件组合方案 |
| 编排范式 | VS Code 内核 + 开源中间件整合 | 深度魔改内核 + 自研模型栈 | 深度魔改内核 + 自研 Agent 栈 | 内核不魔改,插件挂载解耦 |
| 类型约束 | 无绑定,配置全导出 | 厂商托管,迁移成本高 | 厂商托管,绑定其 Agent 工作流 | 无绑定,但需自行维护 |
| 学习曲线 | 低(VS Code 用户零成本) | 低 | 低 | 中(需自行配置与调优) |
| 生态集成 | VS Code 扩展全兼容 | 大部分 VS Code 扩展兼容 | 扩展兼容性一般 | VS Code 原生全兼容 |
| 生产部署 | 自托管 / 自配模型,可离线 | SaaS / 企业版 | SaaS / 企业版 | 完全自控 |
| License | Apache 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.0 | 2024-10 | 首个公开版本 | 基于 VS Code 深度集成 Continue 与 Ollama,Apache 2.0 开源,上线即登 Hacker News 热榜 |
| v0.2.x | 2024-11 | 终端 AI 助手上线 | 终端内解释报错、生成修复命令,Tab 补全支持更多模型 |
| v0.3.x | 2024-12 | 内联编辑与上下文引用增强 | 代码修改按 diff 预览与回退,`@` 文件/选区引用更稳定 |
| v0.4.x | 2025-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 采用的开源协议是哪一种?
- 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 的代码基础来自哪个编辑器?
- 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 助手?
- A.LangChain 框架
- B.Continue 助手← 正确答案
- C.AutoGPT 智能体
- D.GitHub Copilot
答案:B。PearAI 出厂集成 Continue 作为默认 AI 助手,负责对话、上下文引用与模型路由;LangChain 是应用编排框架而非编辑器助手,AutoGPT 是通用自主智能体项目,GitHub Copilot 是闭源商业插件。Continue 的开源配置体系(config.yaml)也是团队标准化的关键抓手。
Q4. 在 PearAI 中调用本地模型,默认预配的是哪个运行时?
- A.LocalAI 服务
- B.llama.cpp 源码
- C.Ollama 运行时← 正确答案
- D.vLLM 推理库
答案:C。PearAI 预配置了 Ollama 作为本地模型入口,安装 Ollama 并拉取模型(如 qwen2.5-coder)后即可在编辑器中直接选用。llama.cpp 与 vLLM 也能跑本地模型,但需要自行对接模型路由配置,并非出厂默认路径。
Q5. PearAI 官方支持接入的模型来源包括哪些?(多选)
- 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,最省事的路径是?
- A.重装全部扩展并重新配置
- B.直接导入设置与快捷键,扩展兼容← 正确答案
- C.在 PearAI 中无法使用 VS Code 扩展
- D.需要购买付费迁移工具
答案:B。PearAI fork 自 VS Code,settings.json、keybindings 与扩展市场完全复用,可导入既有配置,扩展无需重装。A 是最繁琐的错误做法;C 与事实相悖;D 完全不存在,迁移无需付费工具。
Q7. 以下哪些属于 PearAI 开箱即用的 AI 功能?(多选)
- A.对话式代码问答← 正确答案
- B.Tab 自动补全← 正确答案
- C.终端报错解释与修复← 正确答案
- D.模型自身的训练与调参
答案:ABC。对话问答(Cmd+L)、Tab 补全、终端 AI 是 PearAI 出厂具备的三大核心能力,另加内联编辑共四类。D 是模型训练范畴,编辑器只做推理调用、不做训练调参,超出工具能力边界。
Q8. 团队要求代码不出内网,最合适的部署方式是?
- A.全员购买 Cursor 商业席位
- B.PearAI + Ollama 本地模型 + 内网网关统一 apiBase← 正确答案
- C.开发者在公共 ChatGPT 网页中粘贴代码
- D.让每个成员自行决定模型方案
答案:B。代码不出内网的前提是推理在本地或内网完成,PearAI 配置本地 Ollama 模型、统一 apiBase 指向内网网关即可满足。A(Cursor)会把代码上送厂商服务器;C 直接违反合规;D 无法审计数据流向,三者均不满足约束。
Q9. 关于 PearAI 与 Cursor 的差异,下列说法正确的有哪些?(多选)
- 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 模型配置并纳入代码库审计,应维护哪个文件?
- 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 模型路由无关。
参考来源
- webpagePearAI 官网下载安装包与产品功能介绍
- webpagePearAI GitHub 仓库源码、Releases 与 Issue 讨论
- webpageOllama 官网本地模型下载、安装与运行教程
- webpagePearAI 官方 X 账号版本动态与功能预告