Private Capture

Unlock Capture

这个站点包含私人录音与日记内容。输入密码后进入;当前浏览器会自动记住。

密码仅保存在当前浏览器本地。

港大开源的一个神奇的 AI 项目,有点东西

完整原文、主题、复核、脑图、原子层、关系网络与处理轨迹。

时间线284 / 563

港大开源的一个神奇的 AI 项目,有点东西

2026.08.29 · 13:25xhs_shareLily7 段原文

这条记录讲了什么

港大开源的一个神奇的 AI 项目,有点东西 港大开源的一个非常有意思项目,叫「OpenOPC」,个人 AI 原生公司。 它最打动我的地方,不是又做了一个多 Agent 协作框架,而是认真把多 Agent 当成了一间公司来设计:有组织架构、有员工、有任务流转、有审阅与返工,也有长期的组织记忆。 OpenOPC 把自身的运行逻辑概括为三个词:Self-Built、Self-Run、Self-Grown。 第一步是 Self-Built,也就是“自己搭班子”。 用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI…

7 段原文3 个主题10 个复核单元3 个实体

后续动作

动作状态来源
用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI…待继续p02
用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI 员工待确认p02
如果成员遇到阻塞,还可以先在团队内部找到最合适的角色处理待确认p03
当问题超出团队权限,再把关键判断升级给人类观察p03
查看完整 AI 结构化导读按需展开
Report

关键导读

先把有效信息集中到顶部:一句话总览、编号要点、待办与历史呼应。完整正文与结构化数据在下方展开。

一句话总览

港大开源的一个神奇的 AI 项目,有点东西 港大开源的一个非常有意思项目,叫「OpenOPC」,个人 AI 原生公司。 它最打动我的地方,不是又做了一个多 Agent 协作框架,而是认真把多 Agent 当成了一间公司来设计:有组织架构、有员工、有任务流转、有审阅与返工,也有长期的组织记忆。 OpenOPC 把自身的运行逻辑概括为三个词:Self-Built、Self-Run、Self-Grown。 第一步是 Self-Built,也就是“自己搭班子”。 用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI…

01

关键洞见

  • 它把“提示词”升级成了“人员配置”:你不只是安排一个 Agent 做事,而是在配置一个团队如何做事
  • 不是又做了一个多 Agent 协作框架
  • 而是认真把多 Agent 当成了一间公司来设计:有组织架构、有员工、有任务流转、有审阅与返工
  • 系统将目标拆成工作项,由管理角色负责分解、分派、审阅、整合和返工
  • 一个任务被审阅驳回后,返工和后续依赖也会按结构化状态流转,而不是靠 Agent 在对话里“临场发挥”
02

优先级分层

  • 高:当问题超出团队权限,再把关键判断升级给人类
  • 高:用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI…
  • 高:用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI 员工
  • 中:一个任务被审阅驳回后,返工和后续依赖也会按结构化状态流转,而不是靠 Agent 在对话里“临场发挥”
  • 中:这里并非每次都创建全新 Agent,它可以复用带有历史经验的既有员工,也可以从人才模板中招募新人
·

涉及实体

CodexClaudeGitHub
✓

待办动作

  1. 用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI…
  2. 用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI 员工
  3. 如果成员遇到阻塞,还可以先在团队内部找到最合适的角色处理
  4. 当问题超出团队权限,再把关键判断升级给人类
  5. 有点东西 港大开源的... http://xhslink.cn/o/9iXx5UKVjtu 先复制这段
与历史呼应

一个任务被审阅驳回后,返工和后续依赖也会按结构化状态流转,而不是靠 Agent 在对话里“临场发挥” 依赖关系采用 DAG 结构表达,因此互不依赖的任务可以并行推进,必须等待输入的任务则不会盲目启动 当问题超出团队权限,再把关键判断升级给人类 前者带着过去项目积累的上下文,后者则适合需要全新能力或避免旧经验干扰的场景

原文p01

港大开源的一个神奇的 AI 项目,有点东西 港大开源的一个非常有意思项目,叫「OpenOPC」,个人 AI 原生公司。它最打动我的地方,不是又做了一个多 Agent 协作框架,而是认真把多 Agent 当成了一间公司来设计:有组织架构、有员工、有任务流转、有审阅与返工,也有长期的组织记忆。OpenOPC 把自身的运行逻辑概括为三个词:Self-Built、Self-Run、Self-Grown。第一步是 Self-Built,也就是“自己搭班子”。

原文p02

用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI 员工;这里并非每次都创建全新 Agent,它可以复用带有历史经验的既有员工,也可以从人才模板中招募新人。前者带着过去项目积累的上下文,后者则适合需要全新能力或避免旧经验干扰的场景。它把“提示词”升级成了“人员配置”:你不只是安排一个 Agent 做事,而是在配置一个团队如何做事。第二步是 Self-Run,即让团队真正运转起来。

原文p03

系统将目标拆成工作项,由管理角色负责分解、分派、审阅、整合和返工。每个工作项有明确的状态、负责人和依赖关系;依赖关系采用 DAG 结构表达,因此互不依赖的任务可以并行推进,必须等待输入的任务则不会盲目启动。一个任务被审阅驳回后,返工和后续依赖也会按结构化状态流转,而不是靠 Agent 在对话里“临场发挥”。如果成员遇到阻塞,还可以先在团队内部找到最合适的角色处理;当问题超出团队权限,再把关键判断升级给人类。第三步是 Self-Grown,也是 OpenOPC 最有野心的一层。

原文p04

系统不把一次任务的成功或失败粗暴归因给整个团队,而是尽可能定位到真正负责的角色:谁做得好,经验沉淀给谁;谁的交付有问题,改进也落到对应岗位。

原文p05

产品层面,它提供两种工作方式:Task Mode 是单 Agent 工作区,可选择 OpenOPC Native、Codex、Claude Code、Cursor 或 OpenCode 等执行 Agent;Company Mode 则围绕组织架构展开协作;它还提供一套 Office UI:Workspace 用于聊天、看板和任务进度;Office 以动态办公室形式展示各角色状态、正在使用的工具和当前任务。

原文p06

OpenOPC 提供的是一套组织与编排机制,并不自动保证每个 Agent 的专业质量。最终效果仍依赖底层模型、外部工具、任务拆解质量、上下文管理、成本约束,以及人类是否在关键节点及时介入。它特别适合复杂、可分工、需要审阅和多轮交付的任务;如果只是一个简单问答,直接使用单 Agent 通常更快、更省。

原文p07

它的开源地址:https://github.com/HKUDS/OpenOPC #AI开源项目推荐[话题]# 港大开源的一个神奇的 AI 项目,有点东西 港大开源的... http://xhslink.cn/o/9iXx5UKVjtu 先复制这段,去【小红书】看看有多精彩~ resolved_url: https://www.xiaohongshu.com/explore/6a562a950000000008030cdd xhs_capture_status: success

归档文档完整内容 · 含智能总结与原始标记
港大开源的一个神奇的 AI 项目,有点东西
港大开源的一个非常有意思项目,叫「OpenOPC」,个人 AI 原生公司。

它最打动我的地方,不是又做了一个多 Agent 协作框架,而是认真把多 Agent 当成了一间公司来设计:有组织架构、有员工、有任务流转、有审阅与返工,也有长期的组织记忆。

OpenOPC 把自身的运行逻辑概括为三个词:Self-Built、Self-Run、Self-Grown。

第一步是 Self-Built,也就是“自己搭班子”。
用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI 员工;这里并非每次都创建全新 Agent,它可以复用带有历史经验的既有员工,也可以从人才模板中招募新人。前者带着过去项目积累的上下文,后者则适合需要全新能力或避免旧经验干扰的场景。它把“提示词”升级成了“人员配置”:你不只是安排一个 Agent 做事,而是在配置一个团队如何做事。

第二步是 Self-Run,即让团队真正运转起来。
系统将目标拆成工作项,由管理角色负责分解、分派、审阅、整合和返工。每个工作项有明确的状态、负责人和依赖关系;依赖关系采用 DAG 结构表达,因此互不依赖的任务可以并行推进,必须等待输入的任务则不会盲目启动。一个任务被审阅驳回后,返工和后续依赖也会按结构化状态流转,而不是靠 Agent 在对话里“临场发挥”。如果成员遇到阻塞,还可以先在团队内部找到最合适的角色处理;当问题超出团队权限,再把关键判断升级给人类。

第三步是 Self-Grown,也是 OpenOPC 最有野心的一层。
系统不把一次任务的成功或失败粗暴归因给整个团队,而是尽可能定位到真正负责的角色:谁做得好,经验沉淀给谁;谁的交付有问题,改进也落到对应岗位。

产品层面,它提供两种工作方式:Task Mode 是单 Agent 工作区,可选择 OpenOPC Native、Codex、Claude Code、Cursor 或 OpenCode 等执行 Agent;Company Mode 则围绕组织架构展开协作;它还提供一套 Office UI:Workspace 用于聊天、看板和任务进度;Office 以动态办公室形式展示各角色状态、正在使用的工具和当前任务。

OpenOPC 提供的是一套组织与编排机制,并不自动保证每个 Agent 的专业质量。最终效果仍依赖底层模型、外部工具、任务拆解质量、上下文管理、成本约束,以及人类是否在关键节点及时介入。它特别适合复杂、可分工、需要审阅和多轮交付的任务;如果只是一个简单问答,直接使用单 Agent 通常更快、更省。

它的开源地址:https://github.com/HKUDS/OpenOPC

#AI开源项目推荐[话题]#
港大开源的一个神奇的 AI 项目,有点东西 港大开源的... http://xhslink.cn/o/9iXx5UKVjtu 先复制这段,去【小红书】看看有多精彩~
resolved_url: https://www.xiaohongshu.com/explore/6a562a950000000008030cdd
xhs_capture_status: success
Mind Map

思维导图

这里不再用摘要卡片伪装脑图,而是直接用经典 mindmap 组件来展示结构。点击分支会跳到正文。

点击节点会定位到正文,方便一边看脑图一边回看原文。

完整主题结构

3 个主题、10 个复核单元;全部保留原文锚点。

01任务系统

归档结构化主题;完整分支见上方思维导图。

02AI 工具与 Codex

归档结构化主题;完整分支见上方思维导图。

03产品与站点

归档结构化主题;完整分支见上方思维导图。

全部复核单元

判断 · 关键洞见它把“提示词”升级成了“人员配置”:你不只是安排一个 Agent 做事,而是在配置一个团队如何做事证据 · p02
判断 · 关键洞见不是又做了一个多 Agent 协作框架证据 · p01
判断 · 关键洞见而是认真把多 Agent 当成了一间公司来设计:有组织架构、有员工、有任务流转、有审阅与返工证据 · p01
判断 · 关键洞见系统将目标拆成工作项,由管理角色负责分解、分派、审阅、整合和返工证据 · p03
判断 · 关键洞见一个任务被审阅驳回后,返工和后续依赖也会按结构化状态流转,而不是靠 Agent 在对话里“临场发挥”证据 · p03
意图 · 行动候选用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI…证据 · p02
意图 · 行动候选用户给出一个目标后,系统先推导这项工作需要哪些角色、角色之间如何汇报,再为每个岗位匹配 AI 员工证据 · p02
意图 · 行动候选如果成员遇到阻塞,还可以先在团队内部找到最合适的角色处理证据 · p03
意图 · 行动候选当问题超出团队权限,再把关键判断升级给人类证据 · p03
意图 · 行动候选有点东西 港大开源的... http://xhslink.cn/o/9iXx5UKVjtu 先复制这段证据 · p07
Atomic Insight Layer

原子结构层

主题 / 实体 / 概念三层标签 + 逐字原话 + 出链 / 反链。点击 chip 筛选。

主题 实体 概念
全部主题实体洞见
topic-0

任务系统

主题
topic-1

AI 工具与 Codex

主题
topic-2

产品与站点

主题
entity-0

Codex

实体
entity-1

Claude

实体
entity-2

GitHub

实体
insight-0

它把“提示词”升级成了“人员配置”:你不只是安排一个 Agent 做事,而是在配置一个团队如何做事

洞见
insight-1

不是又做了一个多 Agent 协作框架

洞见
insight-2

而是认真把多 Agent 当成了一间公司来设计:有组织架构、有员工、有任务流转、有审阅与返工

洞见
insight-3

系统将目标拆成工作项,由管理角色负责分解、分派、审阅、整合和返工

洞见
insight-4

一个任务被审阅驳回后,返工和后续依赖也会按结构化状态流转,而不是靠 Agent 在对话里“临场发挥”

洞见
Local Relation

这条录音的局部关系图

不用先跳到全局图。这里先把当前 capture 连到的 Topic / Entity / Day,以及共享这些节点的其他记录显出来。

View
Layout
来源
聚焦
Topic Entity Capture Signal Day capture -> topic / entity / signal / day

单击右侧看详情;双击节点开浮层。这里只展示和当前录音直接相关的局部网络。

关联内容

只展示已有派生关系,不把自动相似度伪装成人工判断。

来源类型xhs_share
说话人Lily
归档时刻2026-08-29 13:25:20
主题任务系统 / AI 工具与 Codex / 产品与站点
实体3 项
模式结构化 + 正文

来源与处理轨迹

用于自动化排障与后续作品集历史回顾。

原始内容记录xhs_share
归档进入 Capturesingle_link
结构化视图生成3 个主题 · 10 个复核单元