sticky: 100
toc: true
title: Claude 代理团队实战：从零编写一个能编译 Linux 内核的 C 编译器
date: 2026-02-06 18:05:00
categories:
- AI
tags: - Anthropic
- Claude
- 代理团队
- 编译器
- 软件工程
Anthropic 的研究员 Nicholas Carlini 最近进行了一项令人惊叹的实验：他组织了一个由 16 个 Claude 实例组成的“代理团队”（Agent Teams），在没有人工干预的情况下，从零开始编写了一个基于 Rust 的 C 编译器。
🛠️ 项目成果：10万行代码的奇迹
经过近 2000 次 Claude Code 会话和约 20,000 美元的 API 成本，这个代理团队产出了一个拥有 100,000 行代码 的编译器。
- 兼容性：该编译器能够成功构建 Linux 6.9 内核。
- 平台支持：支持 x86、ARM 和 RISC-V 架构。
- 终极测试：不仅能通过 GCC 酷刑测试集，甚至能成功编译并运行经典的《毁灭战士》（Doom）。
🧠 核心技术方案：循环与并行
Nicholas 构建了一个名为“循环”的架构：
- 无限循环：将 Claude 放入一个简单的脚本循环中，完成一个任务后立即开始下一个。
- 锁定机制：为了防止多个代理冲突，团队使用了一个简单的文件锁定系统（current_tasks/），代理在处理某个子任务前会先对其进行“锁定”。
- 角色分工：并行能力允许代理进行专业化分工。除了编写核心代码的代理，还有专门负责重构重复代码、改进性能、编写文档以及进行安全审计的代理。
📈 经验与教训
Nicholas 总结了几点设计“长程运行自主代理团队”的心得：
- 极致的测试质量：验证器必须近乎完美，否则 AI 会朝着错误的方向“努力”。
- 站在 AI 的视角看问题：减少日志输出的干扰（避免上下文污染），提供汇总统计而非海量原始数据。
- 利用“先验编译器”作为预言机：在编译 Linux 内核时，通过与已知的 GCC 编译器进行比对，快速定位并修复 bug。
⚠️ 潜在的隐忧
尽管实验非常成功，但 Nicholas 也表达了不安。这种高度自主的开发模式意味着程序员可能在部署软件时从未亲自验证过其逻辑。在 AI 编写的代码量呈爆炸式增长的未来，我们需要全新的策略来确保安全与可信。
