iPolloWork
本地优先的可视化 AI 工作台：一个目标即可生成可继续编辑的代码、文档、演示、网站、设计与视频，是 Codex 与 Claude Code 的开放替代方案。
证据显示有权限审批、本地控制、数据流描述（如架构边界），但缺乏具体实现细节。扣分：未提供权限最小化的具体机制、用户确认的具体流程、数据流透明度的详细说明、敏感数据处理的具体措施、依赖安全审计结果、外部影响的明确控制、回滚机制的具体实现、来源归属的验证。
自洽性较好，README与代码结构一致，但依赖可用性未验证，失败消息未提供具体示例。扣分：依赖可用性仅凭声明，失败消息未展示。
明确目标用户和场景，能力边界清晰（本地优先、可扩展），但触发精度未详细说明，环境适配有文档但未验证。扣分：触发精度缺乏具体描述，环境适配未验证。
信息架构清晰，安装说明详细，但命名稳定性未验证，示例和FAQ不足，已知限制未明确，许可证明确但非开源，版本变更日志未提供，维护责任未明确。扣分：命名稳定性、示例FAQ、已知限制、版本变更日志、维护责任均不足。
输出可用性有描述（可编辑结果），边际价值明确（替代Codex/Claude Code），但成本效益未量化。扣分：成本效益缺乏数据。
声明可追溯性一般，跨来源佐证不足，事实与推断分离不明确。扣分：缺乏具体证据支持声明，未区分事实与推断。
- 许可证为source-available，非OSI开源，使用限制多，需仔细评估合规性。
- 发布者身份未验证，需谨慎对待。
- 依赖安全未审计，存在潜在风险。
- 数据流和权限控制的具体实现未展示，需进一步审查。
这个 Agent 能做什么，适合哪些场景？
iPolloWork 是一个桌面端 AI 工作区（仓库 Devin-AXIS/iPolloWork），把仓库、本地文件、浏览器任务、文档、演示、网站、设计和视频整合到同一个 Agent 工作空间中。用户描述目标后，Agent 规划并执行工作；用户可以检查成果、批准操作，并在同一界面中继续编辑结果。它采用 Electron 桌面壳加本地 API 的架构：桌面/UI 通过本地 API 调用 iPolloWork server，再驱动 OpenCode 执行 Agent 任务；OpenCode 作为独立 sidecar 下载，可独立升级。云端连接（iPolloCloud）仅用于账户、组织管理、托管 Worker、支付和移动端等能力，本地使用不强制。授权采用 iPolloWork Source Available License 1.0，非 OSI 开源协议：个人自用及少于三人的内部使用免费，三人及以上或任何面向客户/商业用途需事先书面授权。
安装桌面应用或从源码运行后，iPolloWork 提供 Agent 优先的执行流程：制定计划、调用工具、读写本地文件、运行命令，并从当前状态继续任务。输出不只是代码——生成后仍可编辑的文档、网页、演示文稿、视觉设计和视频都保存在同一工作区内。架构路径为：iPolloWork 桌面/UI → 本地 API → iPolloWork server → OpenCode；可选的账户/控制请求发往 iPolloCloud。工作区可通过 Skills、插件、MCP 服务器和浏览器自动化扩展。可选地通过 ./ipollowork dev:cloud <URL> 连接 iPolloCloud 控制平面进行身份认证。
- 个人开发者想要一个类 Codex 的编码 Agent，但不希望结果停留在聊天记录里，而是可以直接继续编辑代码和文件。
- 需要生成演示文稿、落地页或宣传视频的小团队，希望产出物保持可编辑状态而非一次性成品文件。
- 注重数据与权限控制的人：工作流在本地运行，自带模型或服务商，逐项审批 Agent 权限。
- 想通过 MCP 服务器、插件或浏览器自动化扩展 Agent 能力的高级用户。
- 希望自托管或对接自有云控制平面（dev:cloud 指向本地或自有域名 URL）的团队。
这个 Agent 有哪些优点和局限？
- 结果可编辑：文档、网页、演示、设计和视频生成后仍可在同一工作区继续修改，而非只交付聊天记录或成品文件。
- 本地控制：在本机运行、自带模型或服务商、逐项批准权限，本地使用不需要 iPolloCloud 账户。
- 架构清晰且可扩展：OpenCode 是独立 sidecar、可独立升级不被分叉；支持 Skills、插件、MCP 服务器和浏览器自动化扩展。
- 跨平台覆盖完整：官方发布包含 macOS（ARM64/x64）、Windows（x64/ARM64）和 Linux（x64/ARM64）安装包。
- 许可证限制严格：iPolloWork Source Available License 1.0 规定三人及以上使用、任何销售/SaaS/托管/白标/面向客户用途都需要事先书面授权，且品牌标识必须保留。
- 从源码构建门槛高：需要 Node.js 22+、pnpm 11、Bun 1.3.10+ 以及平台原生编译工具链（Xcode CLT、VS 2022 Build Tools 或完整 Linux 构建环境）。
- 本地打包产物未签名（除非自行提供 Apple/Windows 签名凭据），未签名 Windows 安装器可能触发 SmartScreen；完整的签名/公证矩阵需通过 GitHub release workflow 生成。
- 名称暗示类 Codex 体验，但完整功能（账户、托管 Worker、支付、移动端）依赖独立的 iPolloCloud，本仓库仅包含客户端与本地运行时。
如何安装或部署这个 Agent？
方式一（推荐）：从 GitHub Releases 下载对应系统与 CPU 的安装包——macOS Apple Silicon 用 ipollowork-mac-arm64-<version>.dmg，Intel 用 -x64 版；Windows 用 ipollowork-win-x64-<version>.exe（ARM64 用 -arm64）；Linux 用 ipollowork-linux-*.AppImage（chmod +x 后运行）。macOS 打开 .dmg 拖入 Applications；Windows 直接运行安装器（本地构建未签名安装包可能触发 SmartScreen）。
方式二（源码运行）：需要 Git、Node.js 22+、pnpm 11（corepack enable）、Bun 1.3.10+，以及各平台原生构建工具链（macOS：Xcode CLT；Windows：VS 2022 Build Tools 含 C++ 与 Windows SDK；Linux：Electron 构建环境）。
macOS/Linux：
git clone https://github.com/Devin-AXIS/iPolloWork.git
cd iPolloWork
corepack enable
./ipollowork setup
./ipollowork devWindows PowerShell：
git clone https://github.com/Devin-AXIS/iPolloWork.git
Set-Location iPolloWork
corepack enable
.\ipollowork.cmd setup
.\ipollowork.cmd dev首次构建会自动下载 OpenCode sidecar 并构建本地 Orchestrator。
如何使用这个 Agent？
./ipollowork dev 启动 Electron 桌面客户端；./ipollowork dev:ui 仅启动浏览器 UI。开发模式使用隔离的 iPolloWork/OpenCode 状态，不会覆盖用户现有的 OpenCode 配置。要连接云控制平面：先启动本地 iPolloCloud，然后运行 ./ipollowork dev:cloud http://localhost:3100（或指向自托管地址如 https://cloud.example.com），该命令创建隔离开发配置并要求云登录。类型检查与测试：./ipollowork check；生产构建：./ipollowork build；本地打包：./ipollowork package:dir 或 ./ipollowork package（输出位于 apps/desktop/dist-electron/，可用 --dry-run 预览版本号）。运行中在界面里描述目标，检查 Agent 产出的成果、批准其操作并继续编辑。
这个 Agent 与同类方案有什么区别？
README 将自身定位为 Codex 和 Claude Code 的开放替代方案：与两者相比，iPolloWork 的差异点在于本地优先的可视化工作区和可编辑的多形态产出（文档、网站、演示、设计、视频），而不仅仅是编码；它基于 OpenCode 作为执行 sidecar，但不分叉、不改写 OpenCode。