Claude Code Dynamic Workflows 抄袭争议：开源社区的困局

5 月 28 日，Anthropic 发布 Claude Opus 4.8，同时推出了 Claude Code 的新功能「动态工作流（Dynamic Workflows）」。发布帖出现不到 24 小时，一个叫 Sisyphus Labs 的小团队冲出来说：你们这个，我们去年就做了。

Dynamic Workflows 是什么

以前 Claude Code 做复杂任务是一个 agent 在上下文窗口里干到底。现在它会先动态生成一段 JavaScript 编排脚本，然后把任务拆开扔给几百个并行子代理同时跑，跑完后还有一批专门负责对抗性审查的 agent 来挑毛病。

触发方式有两种：

bash

# 在 prompt 里加 workflow 关键词
> Create a workflow to audit every API endpoint in src/routes/

# 或设置 ultracode 档位（最高 effort 等级）
/effort ultracode

ultracode 开启后，Claude 自己决定要不要起一套 workflow，最多支持 1000 个并行子代理。Max 和 Team 计划默认开启，Pro 需要手动在 /config 里打开。

Anthropic 祭出的标杆案例：Bun 作者 Jarred Sumner 用这套东西把 Bun 从 Zig 重写成了 Rust，约 75 万行 Rust 代码，99.8% 的测试通过。官方博客说从第一次提交到合并历时 11 天，Jarred 自己在推文里说是 6 天。数字有出入，但量级没争议。

Sisyphus Labs 说了什么

这个团队维护着一个叫 oh-my-openagent 的开源项目（简称 omo）。他们的核心功能：输入 ultrawork（或缩写 ulw），触发一个叫 Sisyphus 的主编排 agent，协调多个专职子代理并行工作。

架构听起来和 Dynamic Workflows 几乎一样。

他们的指控分两层：

第一层，功能先于 Anthropic 存在。ultrawork 关键词触发多代理编排的模式，他们在 2025 年就实现了，GitHub 仓库时间戳白纸黑字。另一个开发者补充说他在 2025 年 10 月就独立做了一个叫 sisyphus 的私有项目，功能完全对应。

第二层，时间线上存在一个很难解释的组合拳：Anthropic 在 2026 年 1 月以「第三方客户端伪造官方 header、违反服务条款」为由封禁了 OpenCode 等一批工具，然后几个月后推出了功能相似的官方版本。这第二层才是争议的真正焦点。

Anthropic 那边的说法

Claude Code 团队成员 Thariq Shihipar 解释封禁原因：第三方工具伪造官方客户端 header 产生异常流量，bug 无法溯源，订阅套餐的计算成本也不覆盖这种密集使用方式。

VentureBeat 的报道里有个比喻说得很直白：Anthropic 的 Max 订阅是吃到饱，但通过官方工具有速度限制，相当于限流。OpenCode 这类工具绕过限制大吃特吃，Anthropic 在每一个这样的用户身上都亏钱。

封禁的经济逻辑说得通。但 Anthropic 没有公开回应「封禁后推出相似功能」这件事。

两者真的一样吗

不一样，差距还不小。

omo 的 ultrawork 是通过向 OpenCode 注入 prompt 来激活编排行为的，Sisyphus 作为主 agent 在对话上下文里接收指令，再通过 delegate_task 调用派生子代理。编排逻辑跑在模型的上下文里，靠 prompt 驱动。编排 agent 需要至少 64K 上下文窗口，否则会出现截断错误。任务规模增大时上下文压力线性增长。

Dynamic Workflows 是 Claude 先写一段 JavaScript 脚本，由独立 runtime 执行，编排逻辑在代码里，不在上下文里。子代理的中间结果不回流主会话，主会话上下文不随规模膨胀。这才是它能扛住 1000 个并行子代理的原因。

idea 相似，实现路径不同。

有社区成员做了 120 种代理/模型组合的基准测试，结果显示开启 OMO ultrawork 时编码评测通过率 69.2%，不用 OMO 的纯 OpenCode 是 73.1%。omo 团队声称用他们的工具完成同样的 Bun 重写只需 3 天、成本更低，但这个数字没有第三方核实。

抄袭这件事，法律没法管

代码实现受版权保护，架构思路不受保护，关键词触发编排这个 idea 任何人都可以用。法律层面，Anthropic 没有做错任何事。

但「合法」和「合理」之间有一条沟。

开源社区长期在填这条沟：用真实用户验证 idea、暴露边界条件、证明一个方向可行。大厂坐在旁边观察，等验证完了用闭源产品收割，全程不需要致谢，也没有任何机制要求他们致谢。这不是 Anthropic 特有的行为，是整个行业的运作方式。

有人在推文评论里提出要一个「明确排除 Anthropic 使用权」的新开源许可证。这条路走不通。Commons Clause、SSPL、BSL 都试过在 MIT/Apache 基础上加商业限制，代价是 OSI 不承认你是真正的开源项目，社区分裂，贡献者流失。想保护创意不被收割，就得放弃开源身份。

这件事没有受害者，但有一个坏掉的激励结构。只要开源协议体系不解决 idea 保护这个问题，类似的事就会一直发生。下一个被独立收敛的团队，已经在某个 GitHub 仓库里写代码了。