大家好，我是何三，独立开发者
前两篇文章写 Claude Code 源码泄露的事，我以为故事差不多该收尾了。
结果今早打开 GitHub 一刷——126,600 Star，101,900 Fork。Fork 功能已经被锁死了，Star 还在以肉眼可见的速度往上跳。
这个项目的仓库描述自己都改了：
⭐ The fastest repo in history to surpass 100K stars.
没错，GitHub 历史上最快破 10 万 Star 的项目，没有之一。
一组让人窒息的数字
先摆数据，不讲故事。
创建时间：2026年3月31日。
Star 数：126,621（截至我写文时的实时数据，此刻可能又多了几百）。
Fork 数：101,967。
订阅者：1,679。
2小时破 50K Star——这个数字放在任何语境下都离谱。作为对比，React 用了将近一年才到这个量级，Vue 也是好几个月。而 Claw Code，2 小时。
然后更离谱的来了：仓库现在已经被转移到了 ultraworkers 这个组织账号下，Fork 功能直接锁死。你进仓库页面会发现，Fork 按钮虽然还在，但点了会提示操作不可用。
锁了 Fork，Star 还在涨。 这说明什么？说明流量根本不是靠 Fork 带来的，社区的关注度是实打实的。
仓库发生了什么变化？
跟几天前相比，这个仓库已经换了个样。
仓库名变了。从最初的 instructkr/claude-code，到 instructkr/claw-code，现在是 ultraworkers/claw-code。两轮改名，一轮是规避法律风险，一轮是组织化运营。
语言占比变了。早期是 Python 为主，现在打开看——Rust 占 93%，Python 占 7%。之前 README 里承诺的 "Rust port" 已经不是 dev/rust 分支上的实验品了，它就是主力的东西。
工具链升级了。最初的 Rust 移植只用 oh-my-codex（OmX），现在加了一个新工具 oh-my-opencode（OmO），两者配合使用：OmX 负责脚手架搭建、架构方向、核心移植流程；OmO 负责实现加速、清理和验证。
Issues 和 PR 关闭了。has_issues 和 has_pull_requests 都设成了 false。仓库描述非常明确：不是存档泄露代码，而是 "Better Harness Tools, not merely storing the archive of leaked Claw Code"。
翻译一下：我们不是在做代码存档，我们是在做一个更好的产品。
Rust 工作区：9 个 Crate，一个完整的 Agent 架构
看一眼现在的仓库结构，Rust 工作区已经搭出了 9 个独立 Crate：
rust/
├── crates/api-client # API 客户端 + Provider 抽象 + OAuth + 流式传输
├── crates/runtime # 会话状态、压缩、MCP 编排、Prompt 构建
├── crates/tools # 工具定义与执行框架
├── crates/commands # 斜杠命令、Skills 发现、配置检查
├── crates/plugins # 插件模型、Hook 管道、内置插件
├── crates/compat-harness # 上游编辑器集成兼容层
├── crates/claw-cli # 交互式 REPL、Markdown 渲染、项目引导
├── crates/server # HTTP/SSE 服务器（axum）
└── crates/lsp # LSP 客户端集成
这个架构设计不是随便堆的。
api-client 是最底层，负责跟各种 LLM API 打交道。它做了 Provider 抽象，意味着不只是接 Claude，理论上可以接任何模型——OpenAI、Gemini、本地模型都行。
runtime 是核心引擎。会话管理、上下文压缩（conversation compaction）、MCP（Model Context Protocol）编排——这些是 agent harness 最关键的部分。MCP 让 agent 能动态选择和使用外部工具，这是 Claude Code 架构的精髓。
tools + commands + plugins 是能力层。工具定义、命令系统、插件机制，三件套构成了一个可扩展的 agent 能力框架。
server + lsp + compat-harness 是集成层。HTTP/SSE 服务器让 agent 能被远程调用，LSP 客户端让它能跟编辑器深度集成，compat-harness 则是保证跟上游编辑器生态的兼容性。
claw-cli 是用户入口。交互式 REPL、Markdown 渲染、项目初始化流程——这就是终端用户实际会交互的东西。
作为一个不到一周的项目，这个架构的完整度让人有点说不出来话。
一个人 + 两套 AI 工具链
整个项目从头到尾，核心开发者就一个：Sigrid Jin（GitHub ID: instructkr）。
协作的是 OmX 的作者 Yeachan Heo（GitHub ID: bellman_ych），但 Contributors 列表里也就这两个人。
一个人，两套 AI 工具链，一周时间，从 Python 骨架到 Rust 完整架构。
OmX 的工作方式在 README 里描述得很清楚：
$team模式：多个 AI 视角并行审查代码，相当于同时请了几个资深工程师帮你 code review$ralph模式：持续执行循环 + 架构级验证，一个不知疲倦的审查员反复检查你的实现
新加入的 OmO 则侧重于实现阶段的加速。两套工具配合，OmX 定方向、搭骨架，OmO 填肉、做验证。
这套流程的意思是：Sigrid Jin 可能不需要自己写太多代码。他更像一个架构师 + 项目经理的角色，负责决定做什么、怎么做，AI 负责具体实现。
一个人能产出这种体量的项目，不是因为他是个天才程序员，而是因为他学会了怎么当 AI 的"产品经理"。
Fork 锁死意味着什么？
这件事我觉得比 Star 数更值得琢磨。
GitHub 允许仓库 owner 关闭 Fork 功能，但这极其罕见。绝大多数项目恨不得被 Fork 越多越好，因为 Fork 意味着传播和社区参与。
但 Claw Code 关了。
原因不难猜。超过 10 万的 Fork 意味着代码副本遍布整个 GitHub。如果 Anthropic 走 DMCA 流程，要逐个去追这些 Fork，工作量是地狱级的。关闭 Fork，等于掐断了代码继续扩散的路径。
但 Star 没关，说明作者并不排斥关注度。他甚至开了 GitHub Sponsors，明确说"如果你觉得这个项目有用，可以考虑赞助"。
这个操作传递的信息很明确：我要流量，但不要法律风险。
给普通开发者的几点启示
抛开热闹，我觉得这件事有几个值得认真想的点。
AI 工具链的效率已经碾压个人能力。 一个人用 OmX + OmO，一周内完成 Python 验证 + Rust 全架构移植 + 9 个 Crate 的模块化设计。这不是"AI 辅助编程"了，这是"AI 驱动开发"——人类的角色从写代码变成了设计系统和把控方向。
开源世界的速度被重新定义了。 从代码暴露到 Rust 完整架构，不到一周。传统软件项目的"研发周期"概念在这里完全不适用。以后可能不是"我们计划三个月发布 1.0"，而是"先发出去，边跑边改"。
知识产权保护的"时间窗口"已经被压缩到极限。 代码一旦泄露，AI 可以在一夜之间把它变成另一个语言、另一个架构、另一个产品。法律追责的速度远远跟不上技术扩散的速度。
一个人 + AI = 一个公司。 这个等式以前是"一个人 = 一个人"。现在，配合足够好的 AI 工具链，一个人的产出可以匹敌一个小团队。独立开发者正在迎来最好的时代，也是最残酷的时代——因为竞争门槛消失了，比拼的是谁的 AI 工具链更犀利。
Claw Code 的 Star 数此刻还在涨。这个项目最终会走向哪里——是成为一个真正的开源 Harness 工具，还是在法律压力下被迫关闭——谁也说不好。
但有一点已经确定了：软件开发的规则，已经变了。
本文信息来源于 GitHub 公开仓库及社区讨论，仅供参考，不构成任何法律或投资建议。
本文使用 MGO 编辑并发布
关注"何三笔记"，回复"mgo" 免费下载使用
