DeepSeek Harness Hub
← 返回列表

智能体工作台Devin-AXIS/iPolloWork

DeepSeek Harnessspec-screened在 GitHub 查看 ↗
需源码安装

面向企业级、本地优先的智能体工作台,服务于个人与智能体团队——一个工作空间即可容纳多种智能体引擎,统一管理插件与…

暂不能直接安装(需源码编译或环境不满足):缺少 main/exports/bin 入口声明;仓库 package.json 标记 private,未发布到 npm,需从源码安装。 · 最近上游提交 2026/9/18 · 已提供中文文档

面向个人与智能体团队的企业级、本地优先的智能体工作台。为 Codex Harness、DeepSeek Harness 和 OpenCode 打造的统一多引擎工作空间,具备统一的插件与 Skills、多智能体项目与任务,以及可编辑的代码、文档、演示文稿、设计和视频。

综合分
72.4
GitHub 分
72.4
用户评分
★ Stars
6347
周下载量
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add Devin-AXIS/iPolloWork
缺少 main/exports/bin 入口声明;仓库 package.json 标记 private,未发布到 npm,需从源码安装,改用 GitHub 源安装
🟢实装验证通过· 2026/9/16
由 dsh-plugin-verify(GitHub Actions)在真实 dsh 环境安装成功,非静态推断。
安装可行性检查(静态校验,非实装运行)
检查时间:2026/9/18
数据截至 2026/9/19(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
安装兼容性检查需源码安装

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

npm 包@ipollo/ipollowork-workspace(未发布到 npm,仅可源码安装)
Node 引擎未声明 engines.node
dsh CLI 依赖未声明 dsh 版本约束
入口文件缺少入口声明

缺少 main/exports/bin 入口声明;仓库 package.json 标记 private,未发布到 npm,需从源码安装

验证方式:npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/16 05:58:29

用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动

README

iPolloWork

英语 · 简体中文 · 繁體中文 · 日本語

面向企业级、本地优先的智能体工作台,服务于个人与智能体团队——一个工作空间即可容纳多种智能体引擎,统一管理插件与 Skills 的系统,多智能体项目与任务,以及跨代码、文档、演示文稿、网站、设计和视频的可编辑创作。

https://github.com/user-attachments/assets/201b561a-22ec-4c8e-a4e8-f34172cf0aa3
iPolloWork 是面向下一代智能体原生工作方式的统一工作空间层。它不按运行时拆分项目或扩展:团队在一个控制面上协调智能体、任务、日程、插件、技能、工具、执行和可编辑产出。描述结果;智能体负责规划与执行;你的团队审查进度、批准操作,并在同一处持续编辑结果。

iPolloWork 的定位不是替代单个编码智能体。它通过明确的兼容边界连接 Codex、DeepSeek Harness、OpenCode 以及未来的智能体运行时,同时保留各生态的原生优势。编码只是起点:当产出是演示文稿、网页、视觉设计或视频时,它保持可编辑,而不会变成成品文件或聊天记录。

加入 iPolloWork 官方微信社区
使用微信扫码加入官方群,获取产品更新并参与社区讨论。

它的不同之处

- 跨智能体引擎的单一工作台 — 使用 Codex、DeepSeek Harness、OpenCode 以及未来的运行时,无需围绕每个引擎重建项目体验。
- 统一的全局扩展系统 — 一次安装、启用、更新和卸载可移植的插件、技能、智能体、命令、服务和授权;可选的引擎原生绑定仍处于同一生命周期之内。
- 项目原生的人机协作 — 为人和智能体提供同一个共享项目视图,涵盖职责、任务、日程、执行健康状况和结果,而不是将工作分散在孤立的聊天中。
- 单一可编辑的生产循环 — 从代码延伸到文档、网站、演示文稿、设计和视频,同时在生成后保持文本、图像、布局、时间线和场景可编辑。
- 本地与企业级控制 — 本地运行,自带模型或提供商,审查权限与执行,仅在团队需要时连接组织服务。

智能体运行时兼容性

OpenCode 是当前的默认本地执行运行时。DeepSeek Harness (DSH) 作为可选的对等运行时和子智能体委派目标集成,而 Codex 通过 ipollowork-ui-mcp 控制面连接。MCP 是该路径的集成协议,而不是与 Codex、DSH 和 OpenCode 并列的另一个智能体引擎。这些路径共享同一工作台,而不假装每个运行时都具有相同的原生能力。
协作模型将 iPolloWork 保留为项目工作区:任务在有用时可以将有界的工作委派给 DSH 子代理,然后将结构化的进度和结果带回同一个项目。每个运行时都保留自己的代理、Skills、插件和执行模型。

在 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-.dmg |
| macOS | Intel | ipollowork-mac-x64-.dmg |
| Windows | Intel/AMD 64 位 | ipollowork-win-x64-.exe |
| Windows | ARM64 | ipollowork-win-arm64-.exe |
| Linux | Intel/AMD 64 位 | ipollowork-linux-x64-.AppImage |
| Linux | ARM64 | ipollowork-linux-arm64-.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 使用 corepack enable 启用
- 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 命令会安装锁定版本的工作区依赖。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://
处理器。通过外部浏览器测试 Cloud 登录时,
请使用仓库中的协议切换器,并在完成后恢复生产处理器。
参见 Windows 协议切换。

构建和打包

共有三种不同的构建级别:

| 命令 | 结果 |
| --- | --- |
| build | 编译生产 UI、服务器、Electron shell 和 sidecar;不会创建安装程序 |
| package:dir | 创建最快的未打包桌面应用,用于本地验证;不会更改发布版本 |
| package | 运行检查,推进客户端版本,然后为当前系统和 CPU 创建原生安装程序及便携/更新产物,但不会发布它们 |

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。本地打包从不提交、打标签、推送或发布版本。

- macOS: .dmg、.zip 和解包后的 .app
- Windows: NSIS .exe 和 win-unpacked/
- Linux: .AppImage、.tar.gz 和 linux-unpacked/

本地打包针对当前机器的操作系统和 CPU 架构。使用 GitHub 发布工作流生成 macOS ARM64/x64、Windows ARM64/x64 和 Linux ARM64/x64 的完整签名/公证矩阵。除非提供相应的 Apple 或 Windows 签名凭据,否则本地包未签名;它们适合开发测试,但不应作为官方发布版本呈现。

连接到 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)
│                               └──> DeepSeek Harness (optional)
└── optional account/control requests ──> iPolloCloud

- 代理执行、任务状态和流式传输在共享引擎边界处进行规范化,而引擎原生行为保留在其适配器内部。
- 可移植 Skills、插件、MCP 服务器和项目能力使用同一生命周期;引擎特定的增强功能保持可选。
- Codex 兼容性目前使用 MCP 控制接口,而不是声称拥有原生 Codex 引擎适配器。
- iPolloCloud 处理身份、组织、权益、托管工作器生命周期、管理和商业 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 名称、徽标和产品归属必须在面向用户的前端显示中保持可见。
- 单独许可的第三方组件以及先前根据 MIT 发布的代码保留其原始许可证和现有权利。

有关控制性条款,请参阅 LICENSE;有关历史 MIT 声明,请参阅 LICENSES/MIT.txt。这是源代码可获取许可证,而非 OSI 批准的开源许可证。

上游仓库有新提交时邮件通知你(每天最多一封,无更新不打扰),随时一键退订。

同作者(Devin-AXIS)的其他插件

💬 加入 DPharness 群聊

插件用法、部署报错、新插件第一时间同步——群里问,比一个人翻文档快。

点击加入 QQ 群
DPharness 群聊二维码,手机 QQ 扫码进群
扫码进群