OpenClaw—AI研究用大语言模型来代替操作系统内核处理网络数据包——这听起来像个荒诞的技术玩笑，但计算机网络领域的知名研究者Adam Dunkels博士真的做了这个实验。他让Claude Code（使用Haiku 4.5模型）扮演一个用户空间的IP协议栈，能够读取和响应ping请求。实验结果既有趣又有技术深度，让我们得以一窥LLM在处理精确、底层协议逻辑时的真实能力边界。
协议栈是怎么”跑”在LLM上的
Dunkels给Claude Code的指令是：扮演一个能够读取和解析IP数据包的LLM协议栈。它需要逐字节理解数据包结构，计算IP校验和（checksum），并以正确的格式响应ICMP回显请求（ping）。这个实验的核心目的，是测试LLM是否能正确理解并”执行”网络协议规范文档——也就是RFC 791（IP协议）和RFC 792（ICMP协议）所定义的内容。
Claude Code按照指令生成了一段Python脚本，功能是打开Linux的`/dev/tun0`设备（用户空间网络隧道接口），读取入站的IP数据包，解析协议头字段（版本、长度、TTL、协议类型等），计算IP头部的校验和，然后发回一个格式完全正确的ICMP回显回复包。
整个过程完全不需要任何操作系统内核的网络功能支持——没有内核驱动，没有内核协议栈，纯粹的LLM在”思考”网络层的逻辑，然后生成正确的响应数据。这是真正的”协议栈”，只是运行在LLM的推理过程中，而非CPU指令执行。
42秒的”史上最快ping”：速度与准确性的博弈
实际测试中，从发送ping到收到回复的往返时间（RTT）约为42.5秒（42593毫秒）。Dunkels自己也承认，这是一个”非常慢的ping”——比正常网卡（通常低于1毫秒）慢了约四万倍。但有趣的是，就在他发布这个结果后，有网友指出，某些”著名”的慢ping案例实际上比42秒还要慢，这让这个实验数据意外地不算太差。
这个实验的真正价值不在于速度，而在于展示了LLM理解并执行精确协议规范的能力边界：它能正确理解IP包的二进制结构并生成完全合规的响应，包括那些极其细节的校验和计算逻辑。但这种能力目前还停留在实验阶段——42秒的延迟在真实网络环境中是不可接受的。
不过，谁知道呢？也许某一天，真的会有人将LLM驱动的协议栈部署在某些特殊场景中——比如作为协议合规性测试工具，或者在需要极高灵活性的网络调试场景中使用。Dunkels的实验至少证明了一点：LLM确实可以”读懂”并”执行”复杂的协议规范，这本身就是一件值得深思的事情。
