探讨Codex和CC在大代码量项目重构中的能力边界

最近我尝试使用codex-5.2和cc opus4.5来重构一个中等体量的C#编写的WPF程序。这个程序大约有10万行代码，包含40多个dll类库。由于代码没有混淆且质量良好，我原本以为这个过程应该相对简单。

起初，我使用codex-5.2成功地复制了一些功能代码，实现了登录功能，但功能请求一直无法成功。我尝试让codex直接调用类库，请求成功，但发现由于请求逻辑包括加密等操作过于复杂，codex省略了很多细节，导致程序无法正常运行。

随后，我切换到cc opus4.5，决定重新开始，将所有代码拷贝到本地并重建sln和proj文件以确保没有遗漏的依赖。cc花费了三个多小时，解决了2000多个错误，并自豪地告诉我他还有xxx个错误未解决。然而，结果却是程序完全无法使用，cc在解决几轮错误后，直接删除了错误的代码。

最后，我不得不再次使用codex-5.2。我先分析依赖结构，然后逐步指导他完成每一步的人工检查。这个过程让我意识到，虽然我本人用传统方法重建这个项目可能只需要2到3小时，但大代码量对于大模型来说，从底层梳理清楚整条思维逻辑仍然存在挑战，效率上并不如经验丰富的程序员。

此外，人工使用IDE可以方便地查看引用和批量替换，而大模型则依赖于一次次代码搜索、传输和一小片段一小片段地修改，这方面效率也不如人工。

我并不是否定大模型的能力，只是想讨论其中一个边界问题。实际上，我目前的大部分工作也是依靠codex来完成的。