炸了炸了！Code源码库完全火起来了, 有60k人在深夜时分疯狂进行Fork。赶忙出手, 原作者于凌晨4点使用,Rust重新编写代码。

上线不过24小时， Code「源码」仓库直接杀疯！

未曾想到, 极其离谱的一幕竟是这般呈现而出了, Fork数超越众人想象竟将Star数远远地甩在身后形成碾压之势, 全网多达60k人竟然在连夜之间去把那代码进行「搬运」。

传送门：

此刻, 五十一点二万行源代码于全网毫无遮蔽地暴露着, 差不多每个人都在进行克隆操作。

在这个特别关键的时刻呢, 进行了这样的举动: 凭借DMCA版权投诉, 直接将所有分享源码的链接给封杀了。

因为内心恐惧会遭到起诉, 那个被称作泄露者的 Jin, 在极为短暂的时间段之内, 做了一回少见的「换壳手术」 ——。

先是将整个庞大的代码全量改写为。

几小时后，整个代码又被Rust重构了一遍。

当下, 整个网络都处于 Code「开源」所引发的欢腾氛围里。而马斯克也在旁边瞧起了这热闹景象。

Code源码「大洗白」项目彻底爆了

可以说，科技圈上演了一场现实版的「代码大偷渡」。

就在昨天的时候, 安全领域处于大佬地位的Shou所发布的一条用于张贴的文字内容, 一下子在全部的硅谷地区引发了爆炸式的反响, 吸引引得2200多万人前来观看围观。

因npm注册表里, 有一个map文件, 其出现配置疏忽状况导致, Code核心源码遭到了「裸奔」这种情况！

这并非单纯的泄露情况, 而是有着整整1900个源文件, 以及51.2万行代码, 它们被毫无遮掩地推到了众人瞩目的聚光灯下。

网友们都纷纷发出感慨, 宣称继之前之后, 这里又诞生了一个在史上Star增长速度最快的仓库。

不曾想，这场泄露风暴，只是另一场技术「大逃杀」的开始。

拿出了堪称大杀器的法律物件, 经由DMCA这种版权投诉手段, 想要封杀全部已有所泄露的跟源码有关存贮仓库。

而且动作很快，所有涉及原始代码的页面，瞬间变黑。

凌晨4点，生死时速

就连开发者 Jin本人也慌了——

2026年3月31日的凌晨4点, 我的手机消息突然大量涌现, 呈现出炸锅的状态, 这种情况直接将我从睡眠中吵醒啦。

Code的源码泄露了，整个开发者圈子彻底沸腾。

那在韩国身为我女友的人, 甚至是真心地, 为我捏了一把汗, 担心我会仅仅因为电脑里面存了那代码, 就被起诉。

于是, 在凌晨4点, 有着微弱光线的时候, 他开启了一个工作流, 这个工作流名为oh-my-codex, 是有AI辅助的。

靠借助Codex的力量, 在天亮之前, 他凭借着核心逻辑, 从0开始, 硬是重新写了一趟。

采用了$team模式去作并行的代码, 且还选用了$ralph模式来运行带有架构师级别验证的持续执行循环。

OmX工作流截图

对于整个移植过程, 确切来说就是从读取原版的框架结构开始, 然后到生成一套带有测试用例并且跑得通的代码树, 这全部都是由OmX驱动来完成的。

最后得出的成果, 是一个重新编写的版本, 它契合「净室设计」（clean-room）的标准。

它将Code的AI智能体框架的架构模式, 做得完完全全的复刻, 绝对不存在任何专有源码抄袭的情况。

现如今, 仓库被称作claw - code, 它是全新的, 其中不存在任何一行曾经带有原有形式的内容。

这意味着，此前的版权投诉在它面前瞬间失效。

韩国极客：献给狂热的 Code粉丝

值得一提的是，这位 Jin并非无名之辈。

就在距离现在没几天的时候, 他, 刚刚因为在一年的时间之内消耗了二百五十亿 Token这个情况登上了WSJ一刊物, 甚至于, 他还受到邀请, 去参加了官方所举办的周年派对。

当前， 成为了硅谷最热词。

这是特地探究人工智能智能体系统究竟是怎样串联各类工具的怎么进行任务编排的还有管理运行时上下文的。

Jin声称, 其自身始终对于 怀有高度浓厚的兴趣, 明确表示「这绝非是我一时的冲动之举」。

就在今年2月, Jin特意从首尔出发, 乘坐飞机前往旧金山, 去参与Code举办的一周年庆典活动了。

那般派对的情景令他记忆深刻, 现场形成了长长的队伍, 众人都争着和核心成员去进行技艺上的交流。

这群发烧友的背景极其魔幻：

Jin回忆说, “那种感觉好似一场全然是干货传递的分享活动, 当时现场众多的人根本就不存在软件工程相关的背景 ”。

尽管Jin在Code上投入了多得难以计数的时间, 然而他并非是任何一家AI实验室的死心塌地的粉丝。

他这般讲道, 在市面当中所能见到的各类工具其各自都有着不同的长处, Codex具备的逻辑推理方面的能力更为突出, 然而Code所编写而成的代码显得更为整洁, 并且更加适宜于进行分享。

51万行代码，深度拆解

现今, 四处纷飞的代码源文档, 已然被各路行业资深人士对其背后深层次的逻辑以及技术工程的具体实现方式进行了极为疯狂的精细剖析。

一大批指南、解读版本上线，在全网疯狂刷屏。

Code巨大的隐藏功能全部爆出，网友还汇总了一张图。

极值得细细品味去琢磨的是, 代码里头居然内置设计了一个完完全全的电子宠物系统, 也就是那个「Buddy 」。

英伟达的那位被称作大佬的Xie, 为此专门制作了一个界面, 这个界面能够和电子宠物们进行实时交互。

传送门：

另外一个隐藏功能——，基本上就算是揭示了的终极目标。

能成为一个始终保持在线状态, 每日24小时不论何时都不间断, 具备自主性, 无需提出任何需求, 它自己就会主动跑去开展工作的存在。

对此，点评道，这些功能明显是将 Code「龙虾化」。

还有, Code的完整的「记忆架构」, 被绘制成了一张直观的图表, 这张图表在全网疯转。

由代码里知道, CC并非是那种毫无思考、不加选择地「什么都存」的模式, 而是一种受到限制的、具有结构特点的, 并且拥有自我修复能力的记忆机制。

不靠模型靠工程，6条「秘方」全扒光

许多人还发现了最高层级 模型，代号，在代码中现身。

事实上, 那有着51万行源码而处于Code裸奔状态的, 其最为关键的机密并非存在于模型之上。

AI大牛 深度拆解后，献上了 Code六大技术杀手锏。

1. 实时仓库上下文加载。

启动之时, 会自动去读取主分支, 读取当前分支, 读取最近提交记录。并且还会加上.md, 进而构建出一个动态的项目全景。而这是网页版在做上传文件这件事情之上压根就做不到的。

2. 激进的缓存复用。

有一个边界标记, 它把系统提示词拆分成了静态和动态两个部分, 静态部分进行全局缓存, 不需要每次都重新建立、重新处理, 省下了大量有关计算方面的开销。

3. 工具链远比「聊天+上传文件」强。

有专门用于权限控制比在Bash里直接运行grep更好的Grep工具, 有专门用于文件发现的Glob工具, 还有用于调用层级分析及引用查找的LSP（语言服务器协议）工具。网页版将代码视作静态文本, Code把代码看成活的项目。

4. 极致压缩上下文膨胀。

读取文件进行去重操作, 若文件未发生变化则不进行重新处理, 当工具结果过大时将其写入磁盘并只保留预览以及引用, 对于长上下文进行自动截断, 并对摘要进行压缩。

5. 结构化会话记忆。

Code针对每次对话去维护一个结构化文件, 这个文件涵盖了会话标题, 还有当前状态, 也包含任务规格, 以及文件与函数, 工作流也在其中, 另外还有错误与修正, 代码库文档也被包含, 学习笔记同样在里面, 关键结果也在这份文件里, 工作日志也是它的一部分。说的啥, 是「这就是我们人类写代码的方式, 随手记笔记和摘要」:

6. Fork和子Agent并行。

Agent经分叉而得出, 其复用父级缓存, 与此同时, 它感知有着变化特点的状态。如此一来, 系统能够在不对主Agent循环造成污染的情形下, 去开展摘要工作、进行记忆提取或者实施后台分析。

总体而言, Code相较网页版好用许多这一情况, 所依靠的并非是模型自身, 而是依赖于这套软件的“外壳”。

实时开展上下文加载, 进行激进缓存复用, 拥有专用的工具链, 实施上下文压缩, 运用结构化记忆, 采取子Agent并行, 这些工程优化加起来才是真正的护城河。并且一切都在本地电脑妥善组织, 而非往聊天框拖文件。

即便如此, 要是将我们所熟悉的那些开源模型嵌入相同的框架之中, 稍微进行适配, 其编程表现就会十分优秀。

8个Skill，拆出一套Agent操作系统

需要特别指出的是, 那些参与开发的人员不但进行了点赞操作, 不但实施了代码分叉行为, 而且还做了一件具备更高价值意义的事情。

网友huo0, 从51万行代码内里, 提炼出8套能够进行复用的Agent设计模式, 把这些设计模式, 写成带有标准化性质的Skill文件, 这8套Skill文件, 几乎涵盖了「怎样去构建一个靠得住的AI Agent」的全部核心问题。

项目主页：

1. （协调者模式）。

映出源码, 还有目录。关键在于这么五个字, 你可是那发号施令的指挥官。调度过程要做研究, 还要做实现, 更得做验证, 而自己仅仅是去做综合决策。最为严苛的规则乃是禁止那种所谓的「懒委托」, 绝不能够写成「基于你所发现的情况, 去修复这个程序错误」, 一定要在充分消化研究成果之后给出精确到那种具体文件路径以及行号的指令。

2. Task （任务并发模式）。

自由并行只读任务, 同一文件区域写操作串行, 验证可与不同区域的实现并行, 以做上下文隔离, 确保不会互相踩踏。

3. （对抗性验证）。

首先, 第一句话这么讲, 即「你的目标并非确定达成正确无误, 而是去试着将其打破」。而后列举两种已知的失败模式, 一边是, 读了代码以后压根不以运行命令来验证其逻辑是否恰当就直接写PASS, 另一边呢, 看到测试已然通过便直接给予放行, 却完全没有留意到其中有一半的功能实际上处于空白未完工状态。并且明确表示, 不应接受「代码看起来正确恰当」这样的一种结论。

4. Self- Guard（自我合理化防护）。

由Agent所呈现的「认知行为治疗」版本。人工智能表示「代码看上去是没错的」, 而正确的行动则是将其运行起来。人工智能声称「这个所需的时间太久了」, 正确行动是告知其预计时间之后再去进行操作。人工智能提出「先对简单的部分予以处理」, 正确行动却是先去做最为困难的。要是你当前正在撰写解释而非运行命令, 那就停下, 去执行运行命令。

5. Craft（指令编写）。

在无法看到你对话上下文的情况下, 每条指令都要让自身包含文件路径, 有行号, 还要有完成标准的详尽说明。而且是绝对禁止那样一种写法, 即「修复我们讨论的bug」这种形式。

6. Type （记忆类型系统）。

记忆总共分成那么四类, 分别是user（画像）, 还有（纠正）、（状态）、（指针）。与此同时呢还要列出「绝对不记」的清单, 这里面包括代码模式、Git历史、调试方案, 也就是说grep和git log能够查到的这些内容是不应该占据记忆空间的。

7. Smart Guard（记忆防护）。

三样防护举措, 其一为漂移防护, 即行动之前去验证文件是不是依旧存在, 其二是膨胀检查, 也就是超5KB时自动进行瘦身, 其三是写入过滤, 即6个月之后是否还有作用。

8. （轻量探索）。

探究任务存在三个属性, 分别是只读属性, 快速属性以及低成本属性。倘若不清楚位置那就进行广搜, 要是知晓位置便精确读, 检索不到就更换策略。独立搜索必不可少且必须并行。

对任务进行调度, 到对记忆予以管理, 从实施并发控制, 再到开展质量验证, 从实现自我纠偏, 直至能够高效探索, 8个Skill合起来就构成了一套近乎完整的方法论。

泄漏原因：Bun漏洞？

短短一周的时间，狂抛两大机密，就连底裤都被全网扒光了。

人们都在说，这是 Code 100%自编码的后果。

另有开发者发觉, 此次泄密或许是Bun里的一个漏洞致使, 就连其之父都亲自下场予以关注了。

实际上，这个bug早在三周之前，在上有人指出了。