168 lines
11 KiB
YAML
168 lines
11 KiB
YAML
# iPolloWork · 项目档案
|
||
# 生成于 2026-09-01 · 由 scripts/new_project.py 从 schema 生成，人工补完
|
||
# 字段规范见 schema/project.schema.yaml
|
||
|
||
id: ipollowork
|
||
name: "iPolloWork"
|
||
repo: "Devin-AXIS/iPolloWork"
|
||
homepage: "https://www.ipollo.ai/"
|
||
added_at: "2026-09-01"
|
||
status: active
|
||
|
||
identity:
|
||
tagline: "Enterprise-grade, local-first Agent Workbench for people and agent teams —— 面向人与智能体团队的企业级、本地优先 Agent 工作台"
|
||
vendor: "Devin-AXIS（官网 ipollo.ai；具体法人主体未在仓库中披露）"
|
||
vendor_type: startup
|
||
region: "推测中国（有中文 X 账号 @iPolloCN 与官方微信群），未在仓库中明确披露"
|
||
first_seen: "2025-08-25"
|
||
|
||
business:
|
||
positioning: "站在 Agent 工具链的**工作台层**而非引擎层：不替代 Codex / DSH / OpenCode 中任何一个，而是把它们收进同一个项目空间，并把交付物从代码延伸到文档、演示稿、网站、设计与视频"
|
||
target_users:
|
||
- "企业研发团队"
|
||
- "需要人机协作的 agent 团队"
|
||
- "需要产出并持续修改 PPT / 网页 / 设计 / 视频的内容团队"
|
||
monetization: "双轨：个人自用与少于 3 人的小规模内部使用免费；3 人及以上、以及任何售卖 / 转售 / 付费服务 / SaaS / 托管 / 白标 / 市场分发 / 面向客户的使用，均需书面授权。配套 iPolloCloud 承载身份、组织、权益与商业 App"
|
||
license:
|
||
spdx: "NOASSERTION"
|
||
name: "iPolloWork Source Available License 1.0"
|
||
openness: L3
|
||
redistributable: false
|
||
key_restrictions:
|
||
- "3 名及以上用户的任何形式使用（不限个人/企业/商业/非商业）均需事先书面授权"
|
||
- "任何售卖、转售、收费服务、SaaS、托管、白标、市场分发或面向客户的使用均需事先书面授权"
|
||
- "面向用户的前端展示必须保留 iPolloWork 名称、Logo 与产品归属，除非书面授权允许换品牌"
|
||
- "第三方组件与历史上按 MIT 发布的部分保留原许可证与既有权利"
|
||
- "项目方自述：这是源码可用协议，不是 OSI 认可的开源协议"
|
||
moat: "引擎中立 + 交付物可编辑。把项目资产（插件、Skills、任务、成果）沉淀在工作台层而非某个具体 runtime 上，引擎怎么换，工作台不动"
|
||
competitive_risk: "两头受挤：下层 OpenCode / Codex 可能自建工作台；上层 IDE 厂商（Cursor、Windsurf 一类）可能向上长成工作台。中立是护城河，也是没有独占能力的另一种说法"
|
||
|
||
scenario:
|
||
primary:
|
||
- "多引擎统一项目管理"
|
||
- "从代码延伸到文档 / PPT / 网站 / 设计 / 视频的可编辑生产"
|
||
- "人机协作的任务审批与进度追踪"
|
||
typical_use_cases:
|
||
- "同一项目里同时用 OpenCode 与 DSH，任务状态与流式输出统一在工作台呈现，而不是散在多个终端会话里"
|
||
- "让 agent 产出一份 PPT / 网页 / 视频后，人工继续改文字、图片、布局、时间线与场景，而不是只拿到一个成品文件"
|
||
- "团队在同一项目视图里查看职责、任务、日程与执行健康度，并逐项批准 agent 的动作"
|
||
- "DeepSeek Harness 用户通过 npm 插件把 iPolloWork 的 Design / PPT / Video 视图装进 DSH Web 界面"
|
||
industries:
|
||
- "软件研发"
|
||
- "企业内容生产"
|
||
- "设计与演示稿制作"
|
||
interaction_mode:
|
||
- desktop-app
|
||
human_in_the_loop: approval-gated
|
||
deliverables:
|
||
- code
|
||
- doc
|
||
- ppt
|
||
- website
|
||
- design
|
||
- video
|
||
|
||
tech:
|
||
form_factor: "Electron 桌面应用（另支持 dev:ui 只起浏览器 UI）"
|
||
stack:
|
||
- TypeScript
|
||
- React
|
||
- Electron
|
||
- "Node.js 22+"
|
||
- "pnpm 11（corepack）"
|
||
- "Bun 1.3.10+（构建 Orchestrator sidecar）"
|
||
- "OpenCode sidecar"
|
||
- "Orchestrator sidecar"
|
||
engine_abstraction:
|
||
supported:
|
||
- OpenCode
|
||
- DeepSeek Harness
|
||
- Codex
|
||
mechanism: "共享 engine boundary：agent 执行、任务状态与流式输出在统一边界规范化，引擎原生行为留在各自 adapter 内。可移植的 Skills / 插件 / MCP servers / 项目能力共用一个生命周期，引擎专属增强保持可选"
|
||
abstraction_layer: "Engine Protocol（经 local API）；Codex 与 MCP 客户端另经 ipollowork-ui-mcp 控制面接入"
|
||
depth_notes: "**三种引擎的接入深度并不对等**：OpenCode 是默认本地执行 runtime，走 local API → Engine Protocol 的原生 adapter，以独立 sidecar 形式存在（首次桌面构建时下载，不 fork、可独立升级）；DeepSeek Harness 是可选 peer runtime 与子代理委派目标，同样走 Engine Protocol；Codex 则**仅**通过 ipollowork-ui-mcp 的 MCP 控制面接入，README 明确写明 currently uses the MCP control surface rather than claiming a native Codex engine adapter"
|
||
extension_system:
|
||
skills: "可移植 Skills 纳入全局扩展系统，一次安装 / 启用 / 更新 / 卸载；各 runtime 保留自己的 Skills 体系"
|
||
plugins: "插件、agents、commands、services、authorization 与 Skills 共用同一生命周期；external-plugins/ 目录独立发布面向外部 agent host 的插件"
|
||
mcp: "MCP servers 纳入统一生命周期；MCP 在 Codex 路径上是集成协议而非并列的第四个引擎"
|
||
model_binding: byom
|
||
local_first: true
|
||
multi_agent: "项目内多 agent 任务编排；一个任务可把边界明确的工作委派给 DSH 子代理，再把结构化进度与结果带回同一项目"
|
||
permission_sandbox: "团队审阅进度并逐项批准动作；可审阅权限与执行；authorization 纳入扩展生命周期统一管理；仓库含 SECURITY.md 与 docs/governance.md"
|
||
observability: "统一项目视图呈现职责、任务、日程、执行健康度与流式执行数据"
|
||
|
||
ecosystem:
|
||
metrics:
|
||
stars: 5201
|
||
forks: 976
|
||
open_issues: 80
|
||
subscribers: 640
|
||
created_at: 2025-08-25
|
||
pushed_at: 2026-08-31
|
||
size_kb: 604967
|
||
languages: {TypeScript: 49.5, HTML: 20.8, JavaScript: 20.2, CSS: 7.4, MDX: 0.9, Swift: 0.6}
|
||
latest_release: v0.50.12
|
||
release_cadence: 一天多版
|
||
data_date: 2026-09-01
|
||
stale: false
|
||
community: "X 主账号 @iPolloWork 约 7.9K、中文账号 @iPolloCN 约 3.4K；设官方微信群；GitHub 上 640 watchers、80 open issues。Trendshift TypeScript 日榜 #22 / 周榜 #24"
|
||
standards:
|
||
- "OPEA（Open Platform for Enterprise AI，Linux Foundation 旗下）"
|
||
- "OpenSSF Best Practices（project 14127）"
|
||
- "Cloudflare for Startups"
|
||
notable_events:
|
||
- "2025-08-25 仓库创建"
|
||
- "2026-08-21 Codex Harness 开放后约 8 小时完成引擎级适配，据称登顶 GitHub codex-plugin 主题榜第一（当时约 4400 stars）"
|
||
- "此前 DeepSeek Harness 开放后约 10 小时完成适配，据称进入相关社区插件榜前二"
|
||
- "2026-08-31 发布 v0.50.12，为最近一次 push"
|
||
|
||
risk:
|
||
license_risk: "L3 级源码可用协议。3 人以上团队无论用途都需书面授权，且明确禁止未经授权的 SaaS / 托管 / 白标 / 市场分发。这意味着：企业落地前必须先谈授权，而源码镜像也只能是私有的"
|
||
vendor_lockin: "引擎层是中立了，但工作台层本身是闭源商业产品。项目资产沉淀在 iPolloWork 的项目模型里，退出成本高于纯 CLI 方案；一旦停止授权，已建的工作流难以平移"
|
||
claim_vs_reality:
|
||
- claim: "兼容 Codex、DeepSeek Harness、OpenCode 三大引擎"
|
||
actual: "三者接入深度不对等。OpenCode 与 DSH 走 Engine Protocol 原生 adapter；Codex 只通过 ipollowork-ui-mcp 的 MCP 控制面接入，README 自己否认这是原生 Codex engine adapter"
|
||
source: "仓库 README 的 Architecture boundary 一节原文"
|
||
- claim: "集成 DeepSeek Harness 用于子代理委派"
|
||
actual: "第三方插件目录标注为 integration in active development, not yet in the stable release；且 DSH 本身处于 developer preview 阶段。功能方向成立，但尚未进入稳定版"
|
||
source: "deepseekharnessplugins.com 插件页；README 关于 DSH developer preview 的说明"
|
||
- claim: "8 小时完成 Codex Harness 适配，登顶相关主题榜第一"
|
||
actual: "响应速度属实且有第三方报道佐证，但「适配」指的是打通 MCP 控制面路径，不等于原生引擎级集成。快是因为走控制面，深度也受限于控制面"
|
||
source: "ME News 报道；README 关于 Codex 接入方式的表述"
|
||
- claim: "本地优先、不连云也能完整运行"
|
||
actual: "这一点基本成立：iPolloCloud 明确为可选，负责身份、组织、权益、托管 worker 与商业 App。但默认本地 runtime 是 OpenCode sidecar，首次桌面构建时需联网下载，且开发模式与 Orchestrator sidecar 都由 iPolloWork 侧编排"
|
||
source: "README 架构边界与安装章节"
|
||
- claim: "统一的插件与 Skills 生态"
|
||
actual: "统一的是**生命周期**（安装/启用/更新/卸载一次），不是能力本身。README 明确各 runtime 保留自己的 agents、Skills、插件与执行模型，引擎专属增强只是可选"
|
||
source: "README 的 Agent runtime compatibility 一节"
|
||
- claim: "仓库 topics 标注 claude-code"
|
||
actual: "中英文 README 均未描述任何 Claude Code 接入方式。topic 更像搜索曝光策略，不应视为已支持的能力"
|
||
source: "GitHub topics 与 README 全文对照"
|
||
- claim: "企业级（enterprise-grade）"
|
||
actual: "版本号仍在 0.50.x，无公开 Roadmap，发布节奏为一天多版，仓库体积 591 MB。工程投入可观，但版本语义上尚未到企业可用的稳定态"
|
||
source: "GitHub releases；README 版本说明；仓库 size 字段"
|
||
maturity: beta
|
||
|
||
chart:
|
||
form_depth: 9
|
||
engine_neutral: 9
|
||
local_first_score: 9
|
||
deliverable_depth: 9
|
||
|
||
verdict:
|
||
one_liner: "把多个 Agent 引擎收进同一个可编辑工作台的野心之作——方向踩在点上，但三种引擎的接入深度并不齐整，且许可证决定了它暂时只适合个人或极小团队试用"
|
||
who_should_use: "想在同一个界面管理多引擎项目、并希望 agent 产出的 PPT / 网页 / 设计 / 视频之后还能继续手工修改的个人开发者，或少于 3 人的极小团队"
|
||
who_should_not: "3 人以上需要正式落地的团队（许可证要求书面授权）、期待 Codex 原生级集成的用户（目前只有 MCP 控制面）、以及追求稳定的生产环境（v0.50.x、一天多版、DSH 集成未进稳定版）"
|
||
|
||
mirror:
|
||
gitea_repo: "gitinbox/iPolloWork"
|
||
visibility: private
|
||
upstream: "https://github.com/Devin-AXIS/iPolloWork"
|
||
last_sync: ""
|
||
sync_note: "L3 source-available，镜像强制私有；仓库 591 MB，全量裸仓镜像"
|
||
|
||
article:
|
||
emlog_id: 97
|
||
published_at: ""
|
||
url: ""
|