Vibe Coding 巅峰:多模型『左右互搏』开发 FreeBSD 内核驱动
当 AI 代理开始互相审查、互相攻击,人类只需要提供方向和验收标准 —— 这或许就是未来软件开发的标准范式。
项目概述
GitHub 用户 @narqo 完成了一项令人震撼的工程:纯靠 Vibe Coding(氛围编程),在没有手写一行代码的情况下,开发出了可用的 FreeBSD 内核网卡驱动。
项目地址:https://github.com/narqo/freebsd-brcmfmac
这个驱动的特别之处在于:
- 目标平台是 FreeBSD(小众系统)
- 硬件是 博通 brcmfmac 无线网卡(内核级驱动,需要处理中断、DMA、固件加载等底层细节)
- 全程无人工编码,纯靠多模型协作完成
方法论:Spec Driven + 对抗验证
面对这种冷门且复杂的端到端需求,作者设计了一套精妙的 “左右互搏” 工作流:
第一步:逆向生成 Spec(Pi Agent)
给 Pi Agent 投喂现有的 Linux 驱动代码,让它逆向分析并生成了一份 11 章的详细技术规格书(Spec)。
这份 Spec 涵盖:
- 硬件架构与寄存器映射
- 初始化流程与固件加载
- 中断处理与 DMA 管理
- 802.11 无线协议栈对接
- 错误处理与调试接口
第二步:对抗验证(多模型攻击)
重开会话,让 Opus / Codex 的多个版本 扮演”红队”角色,反复”攻击”这份 Spec:
- 寻找逻辑漏洞
- 检查边界条件遗漏
- 质疑设计决策
- 挑战实现可行性
这个过程持续进行,直到所有模型都找不出 Spec 的毛病为止。
这种”对抗性验证”模拟了代码审查(Code Review)过程,但由 AI 自动完成,且更加彻底和无情。
第三步:Spec 驱动开发(Claude Code)
再次重开项目,搭建虚拟机环境,让 Claude Code 对着最终版 Spec:
- 自动生成代码 - 根据 Spec 逐章实现
- 自动编译测试 - 每次修改后自动编译
- 自动修复错误 - 根据编译/运行错误自我修正
- 循环迭代 - 直到代码通过所有测试
全程只有 Vibe,没有 Coding。
结果与启示
最终成果:
- ✅ 编译成功 - 零人工干预下通过 FreeBSD 内核编译
- ✅ 运行成功 - 驱动实际加载并工作
- ✅ 时间效率 - 相比人类内核开发者(通常需要数周),AI 在数天内完成
这预示着什么?
-
Spec 即代码 - 未来程序员的核心技能可能是”写清楚需求”,而不是”写代码”
-
对抗性验证 - 多模型互相审查可以大幅提高输出质量,降低幻觉风险
-
小众领域不再冷门 - 即使 FreeBSD 这种小众系统,只要有文档和参考实现,AI 也能快速掌握
-
Token 经济学的胜利 - 虽然烧了不知道多少 Token,但相比人力成本和时间成本,这可能是笔划算的交易
技术细节摘录
从项目仓库可以看到:
// 由 Claude Code 生成的 brcmfmac 驱动核心结构
struct brcmfmac_driver {
struct pci_driver pci_drv;
struct sdio_driver sdio_drv;
struct usb_driver usb_drv;
// 固件加载接口
int (*load_firmware)(struct brcmf_device *dev,
const char *fw_name);
// 中断处理
irqreturn_t (*irq_handler)(int irq, void *dev_id);
// 802.11 接口
struct ieee80211_hw *hw;
};
驱动实现了完整的 802.11 MAC 层接口,支持 PCI/USB/SDIO 三种总线。
社区反响
“这是我见过最酷的 OpenClaw 项目之一 —— 代理在游戏世界里做真实工作,打破第四面墙。” — @AlanKLFeng
“这就是我没花 $599 买 Mac mini 的原因。我能预见大公司会推出让 @openclaw 显得过时的功能。” — @vedsayys
延伸思考
这个案例展示了一种可能的未来:
- 人类负责:方向判断、需求定义、验收标准、最终决策
- AI 代理负责:技术研究、Spec 编写、代码实现、测试验证、互相审查
当 AI 开始互相监督、互相纠错,人类的角色正在从”执行者”转变为”架构师”和”评判者”。
贵人类的智慧黄昏,或许真的越来越近了。
参考项目:https://github.com/narqo/freebsd-brcmfmac