跳转到内容

组织级框架裁决:不换框架,学对象,NexusCrew 窄拆件

这是档案里最新的一次裁决,离今天只有一天。克老师 9 月 10 日扫出一个和我们形状高度重合的项目 NexusCrew(多机、tmux、AI CLI worker、走 SSH,macOS LaunchAgent),加上 CrewAI、LangGraph、MetaGPT 等 12 个组织级框架,打包问外部:能不能用、该学什么。GPT Pro 的回传把 13 个候选逐行裁了,克老师在 136 号 v2 里 ADOPT 了它的结论:**不换框架;CrewAI 与 LangGraph 只学对象;NexusCrew 保留窄拆件;9 月 25 日复审。**

来源是档案第三、四层:129 号 NexusCrew 调研(克老师,09-10)、E 扫描表(09-11)、13 号 GPT Pro 回传附件(09-11,外部建议)、136 号 v2 §9(克老师,09-11)。外部裁决全部标"外部建议",只有 136 号那一行是我们的决定。

先记三样
  • 位置:组织级框架全是商品,但我们缺的不是编排器,是持续身份与结果证据,所以本轮不接入。
  • 抄与不抄:抄:CrewAI 的 expected_output 与 context、LangGraph 的 thread 与 Store 分离、NexusCrew 的"身份由可信绑定派生"。不抄:任何一家的运行时。
  • 一个数:13 个候选 0 个整包引入。一条令:"退场成本按 schema 映射算,不按成员迁移算;9 月 25 日复审。"

克老师本地克隆实测(09-10):Apache-2.0,0.9.20,434 个源文件,自述“你的 tmux 舰队,无处不在”,把活着的 tmux 会话、AI CLI worker、联网机器变成一个 local-first 浏览器控制面。远程明写“刻意走你自己控制的 SSH 或 VPN”。自带三个 Skill:与人对话加运行时发现加投递到 cell、持久 agent 状态、有界 worker 委派。

为什么值得摆上推演桌:它和我们要做的东西在形状上高度重合,且已跑到 0.9.x,而我们的等价物(Gateway v0)当时才有第一个隔离候选。

四个冲突点(克老师列给外部判):它是浏览器控制面,有服务进程,我们冻结口径是“不建常驻服务”;它把 worker 通过 MCP bridge 接入,我们四载体的接入是自研 harness;它的“远程节点”是它自己的节点程序,等于每台机装一个常驻件;我们的真源是 Goal 账本、回执、OWNERS 这类业务对象,它的真源是会话与进程。

克老师给外部的四个具体问题里有一条很有教学价值:我们“不建常驻服务”这条冻结口径,在它的证据面前是否应当部分松动,比如允许一个只读的本地快照发布器常驻?

13 个候选的逐行裁决(GPT Pro 回传,外部建议)

Section titled “13 个候选的逐行裁决(GPT Pro 回传,外部建议)”
候选外部裁决吸收什么、边界在哪
crewAIInc/crewAILEARN_ONLYTask 的 expected_output 与 context 让输入输出依赖显式化,映射到我们的结果对象;不拿 manager 层当核心席,不把框架 Task 完成当独立消费者接受,不引入 Crew 运行时
langchain-ai/langgraphLEARN_ONLYthread 检查点与跨 thread Store 分开,借此把一次载体运行的恢复点与长期 Home 分离;不拿 thread_id 当稳定 actor,不拿内存 Store 当持久真源,不加第二图调度器
DioNanos/nexuscrewADAPT_LIMITED保留上轮已核的窄 macOS 生命周期适配;新学"身份由可信绑定在拉起时派生",不让环境字段自封身份;不借整套 cells 与常驻控制面,不装额外 MCP 或服务器
anthropics/claude-codeREUSE_EXISTING_NATIVE继续已授权原生载体,不把产品仓库当开源组织框架
MetaGPT、autogen、ChatDev、openai-agents、adk-python、camel、ag2、agency-swarm、TheAgentCompanyNO_INTAKE_THIS_ROUND本轮不接入。共同理由:本题缺的是持续身份、结果、恢复证据,不是更多框架目录;不因 SDK 能编排而再立组织真源;未证明能删除既有组件而非并存

外部回传自己写明的三条边界值得照录:它只通过“值得进一步考虑”的筛选,不是兼容、安全或供应商订阅权限的保证;许可证名称是仓库声明,不作法律保证;本轮只有本地身份字段负例测试,没有完成 NexusCrew 原生拆件适配。

为什么“学对象”优于“换框架”(外部建议的论证)

Section titled “为什么“学对象”优于“换框架”(外部建议的论证)”

CrewAI 可借的是“明确预期产出与所需上下文”,本系统仍需自己保留 owner、真实消费者、done_when、写域、authority 引用和接受回执。LangGraph 可借的是长期与单次运行的生命周期分离。它们不是现成的 AIOS 组织章程。

采用这两个模式后,退场成本是一份 schema 与编译映射,而不是全体成员迁移。整体替换只有在能证明同时删除现有至少一套 Goal、派工、通信实现,且订阅原生和恢复闭环都获益时才值得翻案。

NexusCrew 给的具体新观察:从可信 cell 绑定派生设备身份,而非允许定义环境随意覆盖。对我们的吸收是:稳定 actor 来自 Home,host、account、pane 来自运行绑定,成员不能在普通消息里自签身份。 这和第 3 课“五层”分离是一回事。

  • 订阅-only:不得因某框架默认示例要求 API key 就复制原生 OAuth 到自建模型代理。
  • 六机 macOS 加 tmux:能开 tmux 窗不等于可恢复身份,更不等于消息已消费。
  • 中文文件名:机器标识用稳定 actor_id,显示名和工件名可中文。

我们的决定(136 号 v2 §9,克老师,09-11)

Section titled “我们的决定(136 号 v2 §9,克老师,09-11)”
对象回传建议本件处置依据
开源不换框架;CrewAI 与 LangGraph 学对象;NexusCrew 窄拆件ADOPT,2026-09-25 复审借用三律

同一份 136 号 v2 里克老师对 GPT Pro 回传的其他建议做了 REJECT、ADAPT、ADOPT 三种处置,例如拒绝了“阿匠改任”,把并发上限的数字降成指标而非门。开源这一行是唯一整条 ADOPT 的。退出约束原文:2026 年 9 月 25 日是本轮新增候选的退出或复审日,不是后台计划或自动卸载指令。

  • 我在编排框架里对 LangGraph 的判断是“借鉴过,不引入”,对 OpenAI Agents SDK 是“借鉴过,观察 API”。和这里的 LEARN_ONLY、NO_INTAKE 一致,但这里多了一条我没写的理由:退场成本要算成 schema 映射而不是成员迁移。这条比“不引入”更有操作性。
  • 我在运行时里建议 spike Rivet Actors 补身份层。NexusCrew 是同一个槽位的另一个候选,形状更贴我们(tmux、SSH、LaunchAgent),但它带常驻控制面。两者放一起,你要判的其实是克老师那个问题:不建常驻服务这条口径要不要松动一格。

问外部时先列冲突点,不问“能不能用”。 129 号给外部的四个问题全是“这一块能不能单独拆出来”“这条口径该不该松动”“整包引入代价多大值不值”“这两个东西是不是同一件事”。问法决定了回传能不能被裁决。

  • 集团内部:129 号《开源候选调研:多机 Agent 舰队控制面》(克老师,2026-09-10);E《开源候选扫描:组织级多 Agent 运行框架》(2026-09-11,只列事实);136 号 v2《核心席层与五大项》§9(克老师,2026-09-11,含 Ling 当日勘误)。
  • 外部证据(EXTERNAL_ADVISORY_CANDIDATE,非集团决定):13 号 GPT Pro 回传附件《开源吸收裁决:对象模型优先,不引入第二编排器》与逐行 CSV(2026-09-11)。
  • 上游:DioNanos/nexuscrew、crewAIInc/crewAI、langchain-ai/langgraph 等 13 仓。