企业级、本地优先的智能体工作台,面向个人和智能体团队——一个工作区,容纳多个智能体引擎;一套统一体系,管理插件和技能;支…
数据截至 2026/11/3 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
dsh plugin --profile web add Devin-AXIS/iPolloWork状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
安装兼容性检查需源码安装缺少 main/exports/bin 入口声明;仓库 package.json 标记 private,未发布到 npm,需从源码安装
展开查看检查明细 ↓
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
源码安装时若 pnpm 拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。
验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/28 11:37:49
安全扫描自动 · 静态分析源码v2.7.0⚪ 扫描:无法判定尚无人工评估展开查看扫描说明与证据 ↓
已尝试扫描但取不到可分析的源码:仓库或包不存在、已删除,或为非 JS/TS 实现、未随包发布源码。无法判定,不代表安全。
- · 取源不可用(Error: 仓库体积 638.0MB 超过扫描上限 200MB(避免单条拖垮整轮))
静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。
给这个插件打分还没有人投票↓
功能亮点
- 统一多引擎工作区
- 统一插件与技能
- 多智能体项目与任务
面向个人和智能体团队的企业级本地优先智能体工作台,统一多引擎工作区,支持 Codex Harness、DeepSeek Harness 和 OpenCode,统一插件与技能,多智能体项目与任务,可编辑代码、文档、演示、设计和视频。
README
由 DeepSeek 最新模型翻译生成展开完整文档(README 剩余 1 节)
iPolloWork English · 简体中文 · 繁體中文 · 日本語 企业级、本地优先的智能体工作台,面向个人和智能体团队——一个工作区,容纳多个智能体引擎;一套统一体系,管理插件和技能;支持多智能体项目与任务;还能编辑创作代码、文档、演示文稿、网站、设计和视频。 https://github.com/user-attachments/assets/201b561a-22ec-4c8e-a4e8-f34172cf0aa3 iPolloWork 是统一工作区层,面向下一代的智能体原生工作方式。它不按运行时拆分项目或扩展:团队在一个控制面上协调智能体、任务、日程、插件、技能、工具、执行和可编辑产出。你描述结果,智能体负责规划与执行;团队查看进度、批准操作,并在同一个地方继续编辑结果。 iPolloWork 的定位不是替代单个编码智能体。它通过明确的兼容边界连接 Codex、DeepSeek Harness、OpenCode 以及未来的智能体运行时,同时保留每个生态的原生优势。编码只是起点:当产出是演示文稿、网页、视觉设计或视频时,它依然可编辑,而不是变成一份成品文件或一段聊天记录。 加入 iPolloWork 官方微信社区用微信扫码加入官方群,获取产品更新并参与社区讨论。 它有什么不同 - 一个工作台横跨多个智能体引擎 —— 使用 Codex、DeepSeek Harness、OpenCode 以及未来的运行时,不必围绕每个引擎重建项目体验。 - 一套全局扩展系统 —— 一次安装、启用、更新、卸载可移植的插件、技能、智能体、命令、服务和授权;可选的引擎原生绑定也走同一套生命周期。 - 项目原生的人机协作 —— 人和智能体共享同一个项目视图,查看职责、任务、日程、执行健康状况和结果,而不是把工作散落在互不相通的聊天里。 - 一条可编辑的生产闭环 —— 从代码延伸到文档、网站、演示文稿、设计和视频,生成之后文字、图片、布局、时间线和场景依然可编辑。 - 本地与企业级管控 —— 本地运行,自带模型或服务商,审查权限与执行,只在团队需要时接入组织服务。 智能体运行时兼容性 OpenCode 是目前默认的本地执行运行时。Codex 和 DeepSeek Harness (DSH) 是可选的对等运行时,带有原生的会话与工具适配器。ipollowork-ui-mcp 控制面还允许外部客户端操作桌面端。这些路径共享同一个工作台,同时保留各自运行时的能力。 协作模型让 iPolloWork 继续做项目工作区:有需要时,任务可以把范围明确的工作交给 DSH 子代理,再把结构化的进度和结果带回同一个项目。每个运行时保留自己的智能体、技能、插件和执行模型。 在 DeepSeek Harness 里直接运行 iPolloWork 创意插件 DeepSeek Harness 用户可以把 iPolloWork 原生的 Design、PPT、Video 视图装进 DSH Web UI,然后在任意项目目录里启动: npx @deepseek-ai/dsh plugin --profile web add deepseek-idesign deepseek-ippt deepseek-ivideo npx @deepseek-ai/dsh web 打开 http://127.0.0.1:3080,开始对话,然后选择 Design、PPT 或 Video。如果已经装好 dsh 命令,把 npx @deepseek-ai/dsh 换成 dsh 即可。DeepSeek Harness 目前是开发者预览版,插件兼容性跟随它当前的发布线。 安装 iPolloWork 下载桌面应用 官方安装包发布在 GitHub Releases。如果你想手动下载,挑一个同时匹配操作系统和 CPU 的文件: | 系统 | CPU | 使用的安装包 | | macOS | Apple Silicon(M 系列) | ipollowork-mac-arm64-<version>.dmg | | macOS | Intel | ipollowork-mac-x64-<version>.dmg | | Windows | Intel/AMD 64 位 | ipollowork-win-x64-<version>.exe | | Windows | ARM64 | ipollowork-win-arm64-<version>.exe | | Linux | Intel/AMD 64 位 | ipollowork-linux-x64-<version>.AppImage | | Linux | ARM64 | ipollowork-linux-arm64-<version>.AppImage | macOS 的 .zip 和 Linux 的 .tar.gz 是便携版/更新产物;大多数用户应该选 .dmg、.exe 或 .AppImage。如果 Releases 页面还没有适合你系统的安装包,就用下面的方式从源码运行或打包。 下载后的安装步骤: - macOS: 打开 .dmg,把 iPolloWork 拖进 Applications。 - Windows: 运行 .exe 安装包。本地构建、未签名的安装包可能触发 Microsoft Defender SmartScreen。 - Linux: 用 chmod +x ipollowork-*.AppImage 给 AppImage 加上可执行权限,然后运行。.tar.gz 包解压后可以直接运行,无需安装。 源码开发与打包的环境要求 - Git - Node.js 22 或更高版本 - pnpm 11,用 corepack enable 通过 Corepack 启用 - Bun 1.3.10 或更新版本,用来构建本地 Orchestrator sidecar - macOS:Xcode Command Line Tools(xcode-select --install) - Windows:Visual Studio 2022 Build Tools,勾选 Desktop development with C++ 和 Windows SDK;用 PowerShell 或 Command Prompt - Linux:标准 Electron 构建环境,需要 C/C++ 工具链、Python 3、pkg-config,以及 Electron 依赖的桌面库;发布构建使用 Ubuntu 22.04 首次桌面构建时,OpenCode 会作为独立 sidecar 下载并准备好。iPolloWork 不会 fork 或改写 OpenCode,OpenCode 可以继续独立升级。 从源码启动 macOS 和 Linux git clone https://github.com/Devin-AXIS/iPolloWork.git cd iPolloWork corepack enable ./ipollowork setup ./ipollowork dev Windows PowerShell git clone https://github.com/Devin-AXIS/iPolloWork.git Set-Location iPolloWork corepack enable .\ipollowork.cmd setup .\ipollowork.cmd dev setup 命令安装锁定版本的 workspace 依赖。dev 命令准备 OpenCode 和 Orchestrator sidecar,启动 UI,并打开 Electron 桌面客户端。开发模式使用隔离的 iPolloWork/OpenCode 状态,不会覆盖用户正常的 OpenCode 配置。 开发命令 | 用途 | macOS / Linux | Windows | | 启动桌面应用 | ./ipollowork dev | .\ipollowork.cmd dev | | 只启动浏览器 UI | ./ipollowork dev:ui | .\ipollowork.cmd dev:ui | | 连接本地 Cloud | ./ipollowork dev:cloud http://localhost:3100 | .\ipollowork.cmd dev:cloud http://localhost:3100 | | 类型检查和桌面测试 | ./ipollowork check | .\ipollowork.cmd check | | 生产构建 | ./ipollowork build | .\ipollowork.cmd build | Windows 开发构建不会自动注册生产环境的 ipollowork:// handler。通过外部浏览器测试 Cloud 登录时,使用仓库里的 protocol switcher,测试完成后恢复生产 handler。 参见 Windows protocol switching。 构建和打包 构建分三个层级: | 命令 | 结果 | | build | 编译生产 UI、server、Electron shell 和 sidecar;不生成安装包 | | package:dir | 生成最快的未打包桌面应用,用于本地验证;不改变发布版本号 | | package | 运行检查,推进客户端版本号,然后为当前系统和 CPU 生成原生安装包和 portable/update 产物,但不发布 | macOS 和 Linux ./ipollowork check ./ipollowork package:dir ./ipollowork package Windows PowerShell .\ipollowork.cmd check .\ipollowork.cmd package:dir .\ipollowork.cmd package 所有产物都会写入 apps/desktop/dist-electron/: package 是本地发布命令。它让 App、Desktop、Orchestrator、Server 的版本保持同步,版本序列从 0.1.0 走到 0.99.0,然后是 1.0.0(源码检出从尚未发布的基线 0.0.0 开始)。用 ./ipollowork package --dry-run 查看下一个版本,只有在检查已经通过时才用 --skip-check。本地打包不会提交、打标签、推送,也不会发布 release。 - macOS: .dmg、.zip,以及解包后的 .app - Windows: NSIS .exe 和 win-unpacked/ - Linux: .AppImage、.tar.gz,以及 linux-unpacked/ 本地打包针对当前机器的操作系统和 CPU 架构。要产出完整的签名/公证矩阵(macOS ARM64/x64、Windows ARM64/x64、Linux ARM64/x64),请用 GitHub release 工作流。除非提供对应的 Apple 或 Windows 签名凭据,本地包都是未签名的;它们适合开发测试,但不应作为正式 release 对外发布。 连接 iPolloCloud 先启动本地 iPolloCloud 控制平面,然后运行: ./ipollowork dev:cloud http://localhost:3100 这条命令会创建一个隔离的开发配置档,把认证和 Cloud API 指向传入的 URL,并要求登录 Cloud。它不会改动常规的本地 iPolloWork 配置档。远程或自托管的 Cloud URL 用法相同: ./ipollowork dev:cloud https://cloud.example.com 架构边界 Codex / MCP clients ── ipollowork-ui-mcp ──> iPolloWork desktop/UI │ ├── local API ──> Engine Protocol ──> OpenCode (default) │ ├──> Codex (optional) │ └──> DeepSeek Harness (optional) └── optional account/control requests ──> iPolloCloud - 智能体执行、任务状态和流式输出都在共享的引擎边界上做归一化,引擎原生行为仍留在各自的适配器里。 - 可移植技能、插件、MCP 服务器和项目能力共用一套生命周期;引擎特有的增强保持可选。 - 每个会话各自选择执行引擎和可选的工作模板。项目提供共享目标和资源。模板提供示例、技能和结果判定标准;规划、子代理、协调、检查与最终结果都由各引擎自己负责。 - 现有的模板角色提示词和技能引用会投射为带命名空间的 OpenCode 原生子代理和 Codex 角色配置。内置 worker 仍然可用;模板不要求固定的 worker 数量或执行顺序。针对具体会话的角色改动仍然只是限定范围内的任务指引。 - iPolloWork 展示原生执行与限定范围内的产物。它不会添加隐藏的修复提示词,不会重启原生智能体工作,也不会在客户端里跑第二套交付工作流。现有的媒体与渲染工具仍然可供引擎使用。 - iPolloCloud 负责身份、组织、权益、托管 worker 生命周期、管理以及商业 Apps。 - Cloud 连接是可选的。本地 iPolloWork 无需账号或商业服务即可运行。 - OpenCode 和 DeepSeek Harness 仍是独立组件,可以各自继续演进,不会让 iPolloWork 变成其中任一运行时的分支。 仓库结构 - apps/app —— 共享的 React 用户界面 - apps/desktop —— Electron 桌面外壳与打包 - apps/server —— iPolloWork 服务端 API - apps/orchestrator —— 无头运行时编排 - packages —— 共享类型、组件、文档与集成 - docs —— 维护中的工程笔记、平台指南与生成的报告 - evals —— 可执行的产品流程与验证工具 - examples —— 完整的示例插件包 - external-plugins —— 面向外部智能体宿主独立发布的插件 - packaging —— 发布与安装包元数据 - scripts —— 开发、构建、审计与发布自动化 - specs —— 产品与架构规格说明 - vendor —— 锁定版本的第三方源码,随 iPolloWork 一起构建 参与贡献 改动产品之前,先读 AGENTS.md、docs/governance.md、CONTRIBUTING.md、SECURITY.md 和 apps/app/src/react-app/ARCHITECTURE.md。先跑范围最小的相关测试,然后运行: ./ipollowork check git diff --check 贡献、社区与安全政策见 CONTRIBUTING.md、CODE_OF_CONDUCT.md 和 SECURITY.md。 Star 历史 许可证 iPolloWork 采用 iPolloWork Source Available License 1.0: - 仅对个人自用,以及总用户数少于三人的小型内部使用免费。 - 用户数达到三人及以上时,无论用途是个人、内部、商业、非商业、个人身份还是组织身份,都必须事先获得书面授权。 - 任何销售、转售、付费服务、SaaS、托管、白标分发、上架应用市场,或面向客户的使用,都必须事先获得书面授权,无论使用者是个人还是公司。 - 面向用户的前端界面必须保留 iPolloWork 名称、logo 和产品归属信息,除非事先获得书面授权,明确允许使用其他品牌。 - 单独授权的第三方组件,以及此前以 MIT 协议发布的代码,仍沿用原许可证和既有权利。 控制性条款见 LICENSE,历史 MIT 声明见 LICENSES/MIT.txt。这是源码可获取许可证,不是 OSI 认可的开源许可证。
预览分享卡片长什么样 ↓
企业级、本地优先的智能体工作台,面向个人和智能体团队——一个工作区,容纳多个智能体引擎;一套统一体系,管理插件和技能;支…