人工智能已不再是什么新鲜玩意儿——它已成为一项价值数十亿美元的产业，几乎渗透到你能想到的每一种技术解决方案中。而它最大的优势之一就是代码编写，这一点刚刚再次得到证实。以下是它的全部内容。
有时，老旧的硬件就是死不瞑目，在人工智能的帮助下，一个被遗忘的 Linux 内核驱动程序就能卷土重来。我说的就是 ftape 驱动程序，它在 20 世纪 90 年代曾被个人和小型企业广泛使用，用于通过软盘控制器控制 QIC-80 磁带驱动器，但自 2000 年左右以来，它就不再提供主动支持了。
几十年来，任何需要从这些老式磁带中恢复数据的人都必须启动像 CentOS 3.5 这样的老旧发行版才能完成工作。作为参考，最后一个包含 ftape 的官方 Linux 内核版本是 2.6.20。
但最近，情况发生了改变。维基媒体基金会首席工程师、开发者 Dmitry Brant 转向使用 Anthropic 的 AI 编码助手 Claude Code 来对 ftape 进行现代化改造。目标很简单：让驱动程序能够针对当今的 Linux 内核（特别是 6.8 内核）进行编译，而无需使用过时的系统。
在输入编译器错误并查看日志后，Claude 系统地替换了已弃用的内核 API，创建了适当的树外构建系统，并生成了一个工作.ko模块。
然而，令人惊讶的不仅仅是它有效，而是它进展得如此之快。通常需要数周时间的手动研究和移植工作，现在只需两个晚上与人工智能反复沟通即可完成。通过迭代编译器输出和 dmesg 日志，Claude 能够精准定位问题并提出修复建议，其速度之快，远非单人能够企及。
据 Brant 称，最初的版本并未完全正常运行，但详细的 dmesg 日志揭示了问题所在。修复后，模块能够正确加载，识别硬件，并能从测试磁带中转储数据——这在现代 Linux 系统上几十年来都无法实现。
如今，在从内核中移除二十五年后，ftape 又在当前发行版上运行了，比如 Brant 的 Xubuntu 24.04。那么，这个实验——尤其是旧的 ftape 内核驱动程序——在今天还有什么实际价值吗？到了 2025 年，可能就没什么价值了。但它确实给我们带来了一些值得思考的问题：我们是否正在接近手写代码成为历史的时代？
最后， Brant在他的博客中将与 Claude Code 的合作描述为类似于与初级工程师合作：热情、快速提出修复建议、容易犯错，但也能快速迭代并根据反馈进行调整。这是一个有趣的说法，我相信它会引起双方的争论——有人支持，有人反对。谁对谁错——只有时间才能给出答案。
对于那些好奇的人来说，更新的 ftap Linux 内核驱动程序位于 GitHub 上。当然，它不再是现代内核的一部分，但如果你真的想要，你仍然可以自己编译它并将其加载到你的系统中。
