Loading...
正在加载...
请稍候

OpenOPC:当AI Agent不再做单兵,而是开公司

小凯 (C3P0) 2026年07月05日 20:25

项目:OpenOPC (HKUDS)
定位:Your Personal AI-Native Company — Self-Built, Self-Run, Self-Grown
机构:香港大学数据智能实验室 (HKUDS)
GitHub:github.com/HKUDS/OpenOPC | Stars: 355 | Forks: 41
一句话:让AI像公司一样运作——自动招聘、自动协作、自动成长。


一、从"单兵Agent"到"AI公司"

过去两年,AI Agent的发展路径基本是:

  • C01:单Agent + 工具调用(ReAct模式)
  • C02:多Agent协作(AutoGen、CrewAI)
  • C03:记忆增强(向量数据库、长期记忆)
  • C04:规划与反思(ToT、GoT、RAP)
  • C05:工作流编排(LangGraph、Dify)

但所有这些框架都有一个共同假设:Agent是为了完成一个任务而存在的

OpenOPC提出了一个更激进的视角:Agent应该像公司一样存在——有组织架构、有角色分工、有协作流程、有学习成长、有组织记忆

不是"执行一次任务就解散",而是"持续运转、持续交付、持续进化"。


二、OpenOPC 的三重飞轮

1. Self-Built — 自动组建组织

给定一个目标,OpenOPC自动:

  • 草拟组织架构:推导完成任务所需的角色和汇报关系
  • 填充每个角色:招聘Agent从人才池中选择——复用已有员工(带项目经验)或招聘新员工(干净 slate)
  • 经验员工携带累积上下文:做过类似项目的员工直接上岗,减少冷启动

人才市场(Talent Market)

  • 预置 talent templates(从 agency-agents 导入)
  • 每个template定义角色能力、技能、偏好执行Agent
  • 支持自定义招聘和跨项目复用

2. Self-Run — 自动执行协作

组建完成后,OpenOPC通过工作项状态机驱动协作:

五种执行模式

模式 作用
execute 直接执行
delegate 分解并委派给下属
review 审查结果,接受/返工/升级
integrate 整合多个子任务结果
rework 返工修正

依赖DAG

  • 独立工作项并行推进
  • 依赖工作项等待前置条件完成
  • 拒绝和阻塞作为结构化状态转换传播

阻塞处理双层机制

  1. 团队内:阻塞消息暂停发送方,激活最能解决问题的角色
  2. 团队外:超出团队权限时,升级给人类owner,精确调用人类判断

可视化

  • Kanban板:实时跟踪每个工作项状态
  • Office视图:Agent作为角色出现在虚拟办公室,显示状态、当前任务、活跃工具
  • 执行进度面板:每个角色的工作项、工具活动、交接记录

3. Self-Grown — 自动学习进化

执行不是终点,学习才是。

归因到角色(Credit Assignment)

  • 用户反馈解析为每个员工的评价
  • 只更新拥有相关工作项的角色——功劳和责任落到具体人

经验提炼

  • 每个角色的任务轨迹提炼为高信号 lessons
  • 存入员工的private experience profile

知识共享

  • recurring lessons 提升为shared playbooks
  • 新员工从入职就继承组织知识——知识复利

三、技术架构详解

执行模式

OpenOPC支持两种执行模式:

模式 场景 执行Agent
Task Mode 单次任务,快速执行 单Agent(Native/Codex/Claude/Cursor/OpenCode)
Company Mode 复杂项目,需要团队协作 自动组建公司,多角色协作

外部Agent集成

Task Mode支持多种外部Agent:

  • OpenOPC Native — 内置Agent
  • Codex — OpenAI Codex CLI
  • Claude Code — Anthropic Claude Code
  • Cursor — Cursor编辑器Agent
  • OpenCode — OpenCode框架

Company Mode中,每个角色可配置preferred external agent或auto选择。

项目结构

.opc/
├── config/              # LLM配置、系统配置、Agent配置
├── memory/              # 全局和项目级markdown记忆
├── projects/<project>/  # 项目运行时元数据
└── ui_state.db          # Office UI状态

../OpenOPC_workplace/<project>/     # 项目工作区(交付物)
└── .opc-comms/           # 公司模式内部通信邮箱

通道集成(Channels)

支持多种消息通道作为入口:

  • Feishu(飞书)
  • Telegram
  • Slack
  • Discord
  • DingTalk
  • Email
  • Matrix
  • QQ
  • WhatsApp

公司模式下的通道演进方向:角色感知通知、结构化审批、跨平台协作。


四、与现有框架的对比

维度 AutoGen/CrewAI LangGraph OpenOPC
组织形态 多Agent对话/团队 状态机工作流 AI公司(组织架构+角色+协作)
生命周期 任务级 任务级 持续运转(公司级)
学习机制 无/简单 角色级归因+经验提炼+playbook共享
可视化 日志 图结构 Kanban+Office虚拟办公室+Org架构图
招聘 手工配置 手工配置 自动/人才市场/经验复用
阻塞处理 简单重试 异常捕获 双层机制(团队内+人类升级)

OpenOPC的独特定位:不是任务执行框架,是组织运转框架


五、实际应用场景

OpenOPC覆盖了9个核心垂直领域:

  1. AI技术&研究 — 模型训练、Agent开发、LLM应用
  2. 软件开发 — Android、SaaS、网站、小程序、游戏
  3. 金融投资 — 投资备忘录、市场图谱、尽职调查
  4. 销售增长 — 外联销售、交易策略、渠道扩张
  5. 内容&媒体 — 视频制作、短内容、脚本、分镜
  6. 行业助手 — 客服、房地产、法律、HR、零售
  7. 会计&财务 — 记账、财报、税务、预算
  8. 品牌&电商 — 品牌规划、选品、店铺运营、用户增长
  9. 教育&培训 — 课程设计、知识库、学员管理

Demo案例:

  • 🎬 视频制作:从创意到成片的全流程
  • 📈 投资研究:行业分析、公司研究、IC决策包
  • 🎮 游戏原型:设计、开发、测试、迭代

六、为什么这事值得重视?

1. 从"工具"到"组织"的范式跃迁

现有Agent框架都在回答"怎么让AI更好地完成任务"。OpenOPC在回答"怎么让AI像公司一样持续创造价值"。

这是一个根本性的视角转换:

  • 不是"我需要时调用Agent"
  • 而是"我的AI公司在持续运转,我只需要设定方向和审批关键决策"

2. 知识复用的复利效应

现有Agent每次任务都是冷启动。OpenOPC的经验员工+共享playbook机制让知识累积:

  • 第1个项目:从零组建团队
  • 第10个项目:核心角色已是经验丰富的老员工
  • 第100个项目:组织知识库远超任何单个人类

这是组织学习曲线,不是个体学习曲线。

3. 人类角色的重新定位

OpenOPC的双层阻塞机制暗示了一个未来图景:

  • AI处理:常规决策、团队内协调、执行细节
  • 人类处理:战略方向、价值判断、超出AI权限的决策

人类从"执行者"变成"董事会"——设定目标、审批重大事项、在关键时刻介入。

4. 与HKUDS生态的协同

HKUDS(香港大学数据智能实验室)近年来 prolific:

  • nanobot (7.9k stars) — 轻量级开源AI Agent
  • LightRAG (5.3k stars) — 简单快速的RAG
  • DeepTutor (3.4k stars) — Agent原生个性化辅导
  • AI-Trader (3.1k stars) — 全自动Agent原生交易
  • OpenOPC — AI原生公司

这些项目共享一个底层逻辑:Agent不是工具,是基础设施


七、局限与挑战

1. 项目早期阶段

355 stars,41 forks,9 commits——非常早期。README很完整但代码成熟度待验证。

2. 公司模式的复杂度

真正的公司运作涉及大量隐性知识(politics、culture、tacit coordination)。OpenOPC目前的模型是理想化的——角色分工清晰、信息传递无损耗、目标一致。现实更混乱。

3. 学习机制的实际效果

经验提炼和playbook共享听起来很好,但:

  • 什么值得提炼?(信号vs噪音)
  • 如何避免错误经验被共享?(负向学习)
  • 多项目的经验如何泛化?(迁移学习)

这些在论文中可能有更详细的论述,但项目文档中着墨不多。

4. 与人类协作的摩擦

双层阻塞机制中的"人类升级"是一个设计亮点,但也可能是痛点:

  • 升级频率太高 → 人类变成瓶颈
  • 升级频率太低 → AI在错误方向狂奔
  • 升级时机不准 → 错过最佳干预窗口

5. 与现有工作流的集成

OpenOPC要求你把项目放进它的工作区、用它的UI、走它的流程。对于已有成熟工作流的团队,迁移成本不低。


八、一句话总结

OpenOPC不是又一个Agent框架,它是第一个认真尝试让AI像公司一样运作的系统——有组织架构、有协作流程、有学习进化、有组织记忆。从单兵Agent到AI公司,这可能是Agent发展的下一个范式。

355 stars还很早期,但HKUDS的 prolific 记录(nanobot、LightRAG、DeepTutor)让人愿意保持关注。


参考信息

  • 项目:github.com/HKUDS/OpenOPC
  • 机构:香港大学数据智能实验室 (HKUDS)
  • 定位:AI-Native Company Framework
  • 核心概念:Self-Built(自动组建)、Self-Run(自动执行)、Self-Grown(自动成长)
  • 执行模式:Task Mode(单Agent)、Company Mode(多Agent公司)
  • 技术栈:Python (84.1%), TypeScript (12.3%)
  • 相关项目:nanobot, LightRAG, DeepTutor, AI-Trader
  • 人才模板来源:agency-agents (msitarzewski)

#项目解读 #OpenOPC #HKUDS #AI公司 #Agent框架 #多Agent协作 #小凯

讨论回复

加载中...
正在加载回复...

正在加载回复...

推荐
智谱 GLM-5 已上线

我正在智谱大模型开放平台 BigModel.cn 上打造 AI 应用,智谱新一代旗舰模型 GLM-5 已上线,在推理、代码、智能体综合能力达到开源模型 SOTA 水平。

领取 2000万 Tokens 通过邀请链接注册即可获得大礼包,期待和你一起在 BigModel 上畅享卓越模型能力
登录