跳转到内容

逐项目对照卡:OpenWork、看板五件与 wemux

这三张卡都有同一个起点:你在 8 月 28 日和 9 月上旬自己找到了 OpenWork、看板类产品和 wemux,问"我们能不能用"。克老师、Grok 和 GPT Pro 给出的答案形状一样:不整体采用,把它拆成协议形状与惯例,写明每条落在我们哪个部件、什么方式、什么时候退出。这一页把三张卡按同一节奏摆开,最后一节讲它们共同的裁决逻辑。

来源是档案第三层:38 号 OpenWork 借鉴清单 v1(克老师,08-28)、看板产品取法 R34(Grok 整理,09-04)、78 号 wemux 对照卡(克老师采用版,09-08)与 GPT Pro 的原始回传(09-07,外部建议)。外部模型的判断一律标"外部建议",克老师采用的才是集团判断。

先记三样
  • 位置:三个产品形项目都偏商品,但对象模型与我们的席位不能一一映射,所以只借形状。
  • 抄与不抄:抄:OpenWork 造手三件、唤醒认领协议、两工具能力轨;看板"列等于行为类";wemux 的移动闭环。不抄:任何一家的控制面、任务模型、Postgres、桌面二进制。
  • 一个数:wemux 借用件 0、条件上限 1。一条令:"先问它的能力在壳里还是在后端;在后端的,复制壳等于什么都没拿到。"

卡一:OpenWork(different-ai/openwork)

Section titled “卡一:OpenWork(different-ai/openwork)”

结论(克老师,08-28):不整体采用。它是给人用的桌面 Agent 工作台加企业能力分发控制面,不是 Agent 组织的操作系统:没有成员化身、成员间义务与唤醒、订阅额度池、灵魂谱系。拿 15 条协议形状与惯例,6 条第一轮就用。许可要注意:核心 MIT,ee 目录是另一套许可;引擎钉 OpenCode 特定版本。

一轮就用的 6 条:

  1. 造手 Harness 三件:AGENTS.md 里“唯一证明路径等于测试;文字、截图、录屏不决定通过;判定只有 Passed、Incomplete、Failed,skip 永不算过;证据绑 commit 校验和”;派工简报固定五项(目标、文件精确到行、约束、验收、验证命令);执行者回报格式限二十行。克老师的批注:这就是你说的“Harness 优化等于 Skill 工作流”的现成样本。
  2. 唤醒加认领协议:推送只传“唤醒类型加可续游标”不带载荷;收到后原子认领一件、心跳绑 attempt;没人认领等于显式收据“skipped”;超时是终态收据不自动重试(可能已有外部副作用);凭据不进收据。对应第 2 课的“有人找我”时刻。
  3. 两工具能力轨:整个 MCP 只暴露搜索能力与执行能力两个工具,工具面永不增长;后面是能力来源注册表扇出;按标签白名单,单独阻断“造 API key、删组织、铸 token”这类动作。
  4. Skill 锁文件:来源、来源类型、路径、计算哈希四个字段。
  5. 审批与审计最小形:审批模式手动或自动,超时等于拒绝;主机 token 与客户端 token 分离;每工作区一份审计 JSONL;权限规则“最后匹配者胜”。
  6. 钉版本:常量文件钉引擎版本;构建时把匹配的二进制 vendor 进包,“不依赖首启从 GitHub 下载”。

二轮拿的 9 条里最值得记三条:测试世界的所有权律“你只拥有你启动的,绝不拥有你附着的”;记忆库五原则“人核实后才写,绝不存原始 agent 输出;只承诺显式检索能找回,不吹自动召回”;回合结束判定“必须状态非 running 且出现提交后新的 assistant 消息”,克老师注明我们 8 月 25 日那次唤醒证据未观察到的事故就是这个坑。

不借的 6 条:推理供给与 API key(我们订阅-only);Electron 桌面端(我们的成员是 Agent);云 worker(我们跑自己的机器);单引擎耦合(我们三壳);ee 整体(不装第二管家);记忆库的 MySQL 存储(我们是本地文件加 SQLite)。

卡二:看板五件(Multica、OpenWork、teamai-cli、ccboard、loopx)

Section titled “卡二:看板五件(Multica、OpenWork、teamai-cli、ccboard、loopx)”

来源性质:Grok 9 月 4 日整理,交驾驶舱设计席消费,属外部整理但每条都用 GitHub API 核过 README、文档和 LICENSE 原文。

十行结论里最硬的五条:

  • 五件里真正把“人与 Agent 放进同一张票板”做成老板第一屏的,只有 Multica(列等于七个行为类,assignee 可以是人、Agent 或小队)和 loopx(管家四泳道:需要你、执行中、观察中、已安排)。其余三件是会话灯、成本仪表或能力磁贴。
  • 列等于行为类,不是状态名;自定义状态只做票上的小 chip。这一条直接可落到我们驾驶舱的四列。
  • “谁在等谁”最干净的表达不是连线:Multica 用列加 assignee,loopx 用“需要你”高亮加等待时间,我们用同一编号票在消费者那行再出现一次。
  • 动态感只绑真实事件,禁止循环 pulse 动画:新事件淡入、换列位移、回执绿环只闪一次。teamai 的常亮呼吸灯明确不抄。
  • 许可与常驻红线:Multica 是 Apache 加禁止托管的附加条款,整仓不进依赖;OpenWork 的 ee 要订阅;托管 MCP、Postgres、常驻推流一律不进驾驶舱。

给设计席的十条取法每条都是“一句形状加来源文件”,例如:大数只表达“要你动的件数”,0 用冷色,1 以上用暖色;人与 Agent 共用同一 assignee 槽,化身不区分物种;等待态的人话用“轮到你”不用 waiting_for_input;0 件时不要空白,补一行“你不在的时候:完成 N,失败 N,等你确认 0”。

你的原话摘要(09-07):内化目标是手机加 macOS,钉具体 commit,排在 T13,不加本周活。

**外部建议(GPT Pro,09-07,标 EXTERNAL_ADVISORY_CANDIDATE)**的一句裁决:不要把 wemux 的控制面、任务与会话模型或现成 App 接进 AIOS;以指定 commit 为证据基线,改写其“手机看一眼、定位卡点、发一个有界动作、看到回执”的交互闭环,先用手机优先驾驶舱加 Telegram 完成;只有 PWA 在推送、深链或后台恢复的实测门槛失败时,才启用一个可拔除的薄原生壳,并在首个真实 canary 后 60 天或 2026 年 12 月 31 日(较早者)退出。

克老师采用版(78 号,09-08):裁决组合 ADAPT 加 LEARN_ONLY 加 BUILD,不整包 REUSE;借用件 0,条件上限 1;不立“接入 wemux 票”,若立票只立“AIOS 手机控制脸适配票”。

外部核验里最关键的一条发现:wemux 的手机 App 原生层主要是一个网页薄壳,宣传的手机任务、日志、重试、接管能力来自同一套 Web UI 与后端控制面,复制 App 壳并不会复制这些能力。这条直接推翻了“拿现成手机 App 比自建便宜”的最强理由。

十二类能力对照的净结果:改写或学习 7 类(移动闭环、动作邻近、证据卡、渠道映射、worker 工作流、对象关联、运行时能力表达);AIOS 自研保持正典 4 类(手机 PWA、稳定席位、通信真值、多机控制面);条件借用 1 类(薄原生壳,且只有 PWA 实测失败才触发);明确拒绝:整包控制面、任务与会话正典、Postgres 与 S3、桌面二进制、直接终端远控。

五条不可破坏的不变量里有两条值得你记住:手机端不直接写席位状态,只产生命令,状态由事实投影生成;approve、commit、merge、真钱、外部人类等不可逆效果不进入通用“一句话”动作。

退出验收不是“写了替代计划”,而是做一次拔除演练:移除外部组件后,手机页可打开、Telegram 可发指令、事实可继续、历史回执可读,且不需数据迁移。

  1. 先问“它的对象模型和我们的席位、义务、真源能不能一一映射”。不能,就只借展示与边缘适配,不借身份、事实、权限语义。
  2. 再问“它的能力到底在哪一层”。wemux 的能力在后端不在壳,Multica 的能力在 Postgres 不在看板,看清这个就不会为壳付出整套依赖。
  3. 每条借鉴写落点与方式:一轮就用、二轮拿、不借;ADOPT、ADAPT、参照。
  4. 借用件先假设为 0,条件上限 1,退出日写死,退出用拔除演练验收。

先删掉“必须做一个原生 App”这层。 GPT Pro 对 wemux 的第二条建议是先把问题问对:不是“复用它的手机端还是自建”,而是“怎样以最少新组件给 AIOS 加一张手机可用的控制脸,同时不导入第二套身份、会话、状态和控制面”。问题问窄了一层,答案就会为中间产物优化。

  • 集团内部:38 号《OpenWork 借鉴清单 v1》(克老师,2026-08-28);78 号《wemux 对照卡》(克老师采用版,2026-09-08)。
  • 外部证据(EXTERNAL_ADVISORY_CANDIDATE,非集团决定):R34《Multica、OpenWork、teamai-cli、ccboard、loopx 取法》(Grok 整理,2026-09-04);《回给克老师:wemux 对照》(GPT Pro,2026-09-07)。
  • 上游:different-ai/openwork、multica-ai/multica、Tencent/teamai-cli、FlorianBruniaux/ccboard、huangruiteng/loopx、wemux-ai/wemux。