Private Capture

Unlock Capture

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

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

从 Capture《港大开源的一个神奇的 AI 项目,有点东西》保留问题:港大开源的一个神奇的 AI 项目,有点东西 港大开源的一个非常有意思项目,叫「OpenOPC」,个人 AI 原生公司。 它最打动我的地方,不是又做了一个多 Agent 协作框架,而是认真把多 Agent 当成了一间公司来设计:有组织架构、

先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题

Laneopenclaw-ops
Kindquestion
State[待澄清]
Source港大开源的一个神奇的 AI 项目,有点东西
Current Item

这条事项现在在哪一层

直接看当前 lane、kind、状态和最近一步,而不是先读长解释。

capturearchivedclarifyquestiongateholdwritebacknot readytoday-focusnot ready
Task
从 Capture《港大开源的一个神奇的 AI 项目,有点东西》保留问题:港大开源的一个神奇的 AI 项目,有点东西 港大开源的一个非常有意思项目,叫「OpenOPC」,个人 AI 原生公司。 它最打动我的地方,不是又做了一个多 Agent 协作框架,而是认真把多 Agent 当成了一间公司来设计:有组织架构、
Next Step
先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题
Lane
openclaw-ops
Kind
question
Status
[待澄清]
Todo Projection
-
Todo Due
-
Todo Source
-
Projection
hold
Source
港大开源的一个神奇的 AI 项目,有点东西
Source Capture

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

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

Archive
2026-08-29 13:25:20
Source
om_x100b681f4034f4b4c4cfa2199410718
Action

状态怎么更新

capture 负责预览和溯源;真正的确认、勾选和状态变更仍落在 Todo / Today-Focus 这些真实状态源里。

这条事项当前还在 capture / clarify 预览层,先看详情和来源,再决定是否进入执行视图。

Actual Preview

为什么它还没有 writeback preview

当前这条事项还没有稳定进入 strict writeback,所以这里只展示现状和下一步。

这条事项当前处于 hold,下一步仍然是:先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题。
Source Evidence

原始 capture 里真正记录了什么

这里直接显示 summary preview 和 transcript 片段,方便你判断这条提炼是否靠谱。

Summary Preview

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

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

Transcript Excerpt
港大开源的一个神奇的 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
Related

同一线程里的相关事项

如果一条 capture 同时涉及多个 lane,这里可以顺手跳到其他相关 item 或 thread。