思科27岁工程师获无限Token，24个月要重写98%遗留代码

思科总裁兼首席产品官吉图·帕特尔（Jeetu Patel）给一位 27 岁的年轻工程师开了近乎“无限”的权限：Token 预算不设上限。目标也定了下来——24 个月内借 AI 把公司 98% 的遗留代码重做一遍。

这名工程师叫帕德纳纳班·克里希那穆提（Padmanabhan Krishnamurthy），帕特尔习惯叫他“帕迪”（Paddy）。

从边缘人才到临危受命

克里希那穆提并非

后来帕特尔到思科旧金山办公室视察，两人聊得很深。克里希那穆提抛出一个让人意外的想法：只要给他两个人，就能把思科那套庞大的遗留代码整个重写。帕特尔说，此前自己团队里对 AI 看得最远的专家也没想到过这条路。他当场就定了：“我已经给了他无限制的 Token，因为他要去重构代码。所以我对他说，去放手干吧，随便你怎么折腾。”

目标与现实的距离

计划已经排好：克里希那穆提给自己留了四周做验证，最终要在 24 个月内把思科 98% 的遗留代码重构完成。

不过 98% 眼下只是一个定下的目标，还不是已经落地的成果；报道里也没有给出目前改了多少代码、试验效果如何。思科这家公司已有四十多年历史，底层系统和历史代码的量极大，维护开销一年比一年高。按老办法重构，往往要拉上庞大的研发团队花几年时间一点点梳理。思科这次把宝押在 AI 上，想靠它提速，投入不小，风险也不小。

留给思科的三道必答题

无限 Token 买得到速度，买不到确定性。这场赌局真要跑通，克里希那穆提面前至少横着三道现实关卡。

第一道，遗留代码的价值得重新界定。所谓遗留代码，多是用过时技术写的，文档也不齐全，但其中大量“看不懂的冗余”未必就是技术债，很可能是早期开发者为兼容旧功能、应付没想到的需求而留下的约定式行为。AI 重写的意义全在“去掉不想要的行为、保留想要的行为”，模型能不能准确分清这两者的边界，直接决定重构成败。要是 AI 把客户已经依赖的既有行为当成“缺陷”给“修复”了，后果很难估量。

第二道，验证环节的花费可能比重写本身还高。Token 不设上限，大语言模型生成代码的速度确实惊人，可真正的瓶颈在测试和验证——思科的路由器、交换机乃至网络操作系统，要求的是电信级的高稳定性和严格容错率，AI 重构后的代码扛不扛得住全面测试与合规审查，还得看时间。经验表明，AI 重写代码时缺陷“修好多少就引入多少”并不少见。只有先给旧系统写大量端到端测试、由人把功能清单审一遍，再开始实现和验收，风险才控得住。

第三道，责任归属必须清楚、能追溯。帕特尔此前把话说得很明白——“你不可能审完 AI 写的所有代码”。思科的办法是自动化测试平台，再加一条规矩：每一段代码都要能追溯到一位负责人，哪怕这个人并不真正了解这段代码。这套机制下，克里希那穆提的两人团队实际上要对 AI 产出的代码质量做最终把关。将来系统要是出了大故障，权责怎么划，会是个考验。

24 个月的期限已经起跑。四周验证期能不能跑通、98% 的目标最后能落地多少，只能等时间给答案。