iPolloWork
本地优先的 AI 编程工作台,支持代码、文档、设计、视频等多种产出,开源替代 Claude Code
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
本地优先的 AI 编程工作台,支持代码、文档、设计、视频等多种产出,开源替代 Claude Code
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
图1:iPolloWork 项目社交预览图
想象一个场景:深夜两点,你正在赶一个紧急需求,Claude Code 正在帮你写代码,但突然想起——代码涉及公司核心算法,必须严格保密,不能发给任何第三方 API。这时你陷入了两难:安全性和生产力,你只能二选一。
iPolloWork 正是为解决这个痛点而生。它是一个本地优先(Local-First)的视觉化 AI 工作台,核心理念是"把 AI 编程能力完全收回到你自己的机器上"。它并非简单的命令行工具,而是一个支持代码、文档、网站、演示文稿、设计、视频等多种产出的综合工作空间,输出结果始终可编辑、可追溯,而非一次性生成的"黑箱"产物。
从定位上看,iPolloWork 是 Devin / Claude Dev / Codex 的开源替代方案,主打 source-available(源码可获取)、本地化运行、用户自主控制三大特性。截至 2026 年 7 月,该项目在 GitHub 已积累约 1,528 颗星,虽然绝对数量不算顶级,但项目活跃度极高,最近一次提交就在数小时前,且支持简体中文、日语、繁体中文等多语言文档。
iPolloWork 由 Devin-AXIS 团队开发,GitHub 仓库创建于 2025 年 8 月。项目采用 monorepo(单体仓库)结构,使用 pnpm workspaces 管理多个子包,根目录的 pnpm-workspace.yaml 声明了 6 个应用(apps)和 9 个工具包(packages)。
默认分支为 main,采用 Turborepo(turbo.json)进行任务调度和增量构建。项目没有依赖 Python生态环境(无 requirements.txt、无 pyproject.toml),而是一个纯 TypeScript/Node.js 项目,适合前端/全栈开发者快速上手。
| 子包 | 描述 | 技术栈 |
|---|---|---|
apps/orchestrator | AI 任务编排器,整合 OpenCode SDK | OpenCode SDK + Solid.js |
apps/server | 本地 API 服务器,提供文件系统后端 | Bun + better-sqlite3 + Drizzle ORM |
apps/desktop | Electron 桌面应用壳 | Electron + node-pty + ffmpeg |
apps/app | Web 前端界面 | Vite + React + Tailwind CSS v4 + CodeMirror |
这种分层架构使得各模块职责清晰:orchestrator 负责 AI 调度,server 提供数据持久化,desktop 负责桌面体验,app 则是用户直接交互的界面。
iPolloWork 的 AI 能力底层依赖 OpenCode SDK(@opencode-ai/sdk),这是一个连接各类 AI 模型(Claude、GPT、Ollama 等本地模型)的统一接口层。项目在 apps/orchestrator 中使用 OpenCode SDK 进行 AI 任务编排,支持 MCP(Model Context Protocol)协议扩展,可以接入多种工具和数据源。
前端采用当前主流的 React + TypeScript 组合,但有几个值得关注的细节:
@tailwindcss/vite,这是 Tailwind 的最新集成方式,相比传统 PostCSS 配置更简洁服务端采用 Bun 作为运行时(apps/server 和 apps/orchestrator 均使用 Bun),这是一个比 Node.js 更快的 JavaScript 运行时,特别适合 I/O 密集型服务:
桌面应用基于 Electron 35,集成了以下关键依赖:
值得注意的是,桌面端的 package.json 中直接依赖了 ipollowork-server,意味着桌面应用实际上是"本地 API 服务 + Electron 壳"的组合,这为用户提供了灵活的使用方式——既可以通过桌面 UI 操作,也可以直接调用本地 API。
项目在 GitHub Releases 页面提供了面向 macOS(Apple Silicon / Intel)、Windows(x64 / ARM64)、Linux(x64 / ARM64)的预编译安装包:
.dmg 格式,拖入 Applications 即可.exe 安装向导,一键完成.AppImage,赋予可执行权限后运行这是最推荐的部署方式,适合不想折腾开发环境的用户。安装包由 apps/installer 子包构建,apps/desktop 中配置了 electron-builder 用于跨平台打包。
对于希望定制或参与开发的用户,源码部署步骤也很简洁:
git clone 克隆仓库pnpm install 安装依赖pnpm dev 启动开发模式开发模式下,Vite HMR(热模块替换)实时生效,修改代码无需重启。项目使用 devcontainer 配置了完整的 VS Code 远程开发环境,配置文件中声明了端口映射(5173: Vite、3005: Server、6080: Desktop noVNC),开箱即用。
项目没有提供 Dockerfile,也没有 docker-compose.yml。虽然 .devcontainer/devcontainer.json 引用了 docker-compose.yml,但这个文件并不存在于仓库根目录——这说明 devcontainer 配置主要用于本地开发体验,而非生产部署。
因此,iPolloWork 的快速部署支持度被评定为 partially_supported(部分支持):官方安装包使非技术用户也能快速上手,但缺乏 Docker 容器化意味着无法在服务器环境一键部署。
| 项目 | 要求 |
|---|---|
| 内存 | 最低 4GB RAM |
| 磁盘 | 约 1GB |
| GPU | 不需要(本地模型通过 Ollama 等自行配置) |
| 前置条件 | Node.js >= 18, pnpm >= 8, Git |
在 AI 编程工具的赛道上,iPolloWork 面临多个成熟竞品:
| 特性 | iPolloWork | Claude Code | OpenCode | Cursor |
|---|---|---|---|---|
| 源码可用性 | Source-available | 闭源 | MIT 开源 | 部分开源 |
| 本地优先 | ✅ | ❌(需 API) | ✅ | ❌ |
| 多模态输出 | ✅(代码/文档/设计/视频) | ❌(仅代码) | ❌ | ❌ |
| 桌面应用 | ✅(Electron) | ❌(纯 CLI) | ❌(TUI) | ✅ |
| 支持本地模型 | ✅(Ollama) | ❌ | ✅ | ❌ |
| 容器化部署 | ❌ | ❌ | ❌ | ❌ |
iPolloWork 的差异化在于多模态工作流:不仅能写代码,还能生成可编辑的文档、演示文稿、设计稿和视频,而大多数竞品仅限于代码生成。这使得它在需要 AI 全流程协作而非单纯代码补全的场景下更有价值。
客观来看,iPolloWork 也面临一些挑战:
品牌混淆风险:项目名 iPolloWork 与 "iPollo"(一家 NFT/元宇宙公司)高度相似,可能造成用户认知混乱。官网指向 ipollo.ai,但该域名与 iPolloWork 的关系不够透明。
AI 模型接入限制:项目底层依赖 OpenCode SDK,用户仍需自行获取 Claude API Key 或配置 Ollama,本地模型效果高度依赖硬件配置。
文档完整性:虽然 README 提供了安装指南,但代码层面缺乏详细的 API 文档和架构设计说明,内部模块之间的接口契约不够清晰。
社区活跃度:相比 Cursor、Windsurf 等商业产品,开源社区的参与度相对有限,Issue 响应和 PR 合并速度有待观察。
iPolloWork 的出现折射出一个更大的行业趋势:AI 编程工具正在从"代码补全"进化到"AI 工作台"。
过去一年,以 Cursor、Claude Code 为代表的工具证明了 AI 在编程领域的价值。但这些工具的共同局限是:它们以"对话"为核心交互范式,输出的是不可复用的文字记录。iPolloWork 的理念更进一步——把 AI 真正当作一个可以操作文件的智能体,你描述目标,AI 规划并执行,最终产物是可直接编辑的文件。
随着 AI 模型能力的持续提升(特别是多模态和长上下文能力),这类工作台工具的价值将进一步释放。iPolloWork 作为开源社区的探索者,为本地优先的 AI 工作流提供了一个有参考价值的实现样本。
图2:iPolloWork 演示海报

iPolloWork 核心定位:本地优先的 AI 工作台,支持代码、文档、演示、设计、视频等多种输出