本文作者尝试使用Kimi-K2模型辅助重构一个基于Laravel的PHP项目中的VIP模块，旨在优化代码结构而非改动API或数据库。首次尝试耗时一小时，生成代码虽有架构亮点，但存在大量明显错误，如类导入错误、参数传递错误等。即使在指出问题后，模型修复效果不佳。作者进一步尝试分步修复，但仍未达到预期效果，且已花费15元。作者分析了Kimi-K2在PHP项目重构中效果不佳的可能原因，包括模型对PHP支持不足、Claude Code模型优化问题以及上下文长度限制。

💡 **AI辅助重构PHP项目遇挑战**：作者尝试利用Kimi-K2模型对一个具有多年迭代的PHP商业项目中的VIP模块进行代码重构，目标是优化代码结构，解决“面条代码”问题，但不涉及API和数据库的改动。首次尝试耗时约一小时，生成代码在架构层面有可取之处，但存在大量显而易见的错误，如导入不存在的类、方法参数错误等，整体质量令人失望。

📉 **分步修复效果有限**：在初次尝试失败后，作者尝试将任务分解，先让Kimi-K2修复类导入错误，取得表面上的成功。但随后尝试修复方法签名错误时，效果并不理想，代码仍无法通过逻辑验证。这一过程表明，即使是分解任务，模型也难以有效解决PHP项目的复杂代码问题，且后续的尝试并未带来显著改善。

💰 **成本与效果不成正比**：在整个重构尝试过程中，作者已花费15元人民币，但Kimi-K2生成的代码甚至未能达到进入逻辑验证阶段的水平。这凸显了当前AI在处理特定技术栈（如PHP）和复杂项目重构任务时，在效果和成本之间可能存在的巨大鸿沟。

🤔 **AI模型在PHP项目重构中的局限性分析**：作者分析了Kimi-K2在PHP项目重构中表现不佳的几个可能原因：1. 模型对PHP语言的支持可能不足，因为PHP近年来发展相对缓慢，高质量训练数据可能有限，且弱类型特性增加了代码错误检测难度。2. Claude Code是为Claude模型优化的，使用其他模型可能需要额外的优化。3. 上下文长度限制可能导致关键代码信息丢失，影响模型理解和生成质量。

由于最近在 claude code 中使用 kimi-k2 比较火，我尝试这种方法来完成一个中等强度的需求。

这是一个 PHP 项目，在生产实际运行的商业项目，基于 laravel 框架，经过本人多年坚持不懈的奋斗，终于变成了一个略微合格的小型屎山。这个屎山项目里面包含了一个 VIP 模块，包含了订单处理，订阅处理，会员权益等相关逻辑，其中涉及支付宝、微信、googleplay 内购等 API 、SDK 对接，规模说大也不大，说小也不小。

本次的任务就是尝试重构这个模块，目的是优化面条代码，拆分逻辑，不涉及 API 变动和数据库变动。

首次交代完成任务之后，由于 k2 的 API 比较慢，大约 1 个小时左右，完成了第一个版本。说实话，第一眼看上去还是满惊喜的，代码架构上的变更确实不错，值得学习。但是当我开始人工 review 代码时，这种美好的光景瞬间被打破，整个代码里充斥着相当多的显而易见的问题，比如导入了不存在的类，比如调用的方法传递了错误的参数，甚至参数数量都不对，比如调用了不存在的方法，整体而言，幻觉相当严重。

此时我还是不死心的，告知了他可能存在的错误，尝试让他修复这些问题，随着一番屏幕滚动，任务完成，然而那些问题依旧存在。

我当然不会就此罢手，心想着也许是 k2 上下文太短或者智力太低，那试试一次处理一个问题呢？

我新开了一个 session ，首先让他修复了导入了不存在的类的问题，果然，效果立竿见影，至少表面上看所有的文件中的导入是正确的了。

此时我感觉有了转机，趁热打铁，依葫芦画瓢，让他修复调用方法签名错误的问题，幻想着可以给同事安利这个组合了，然而这次打脸了，并没有能够取得很好的效果。

此时后台显示已经花费了 15 元人民币了，但 k2 写出来的代码甚至无法进入逻辑验证的阶段。

最后我想了一下，k2 的效果不好，可能是多方面的原因：

模型对 php 项目的支持不好，php 近年来没落的很快，可能没有足够高质量的代码供给大模型训练，再加上弱类型动态脚本语言，难以通过工具直接发现语法/代码错误，也许整体大模型对 php 支持都偏弱。

claude code ，这玩意儿本身还是针对 claude 自家模型优化的，使用其他模型需要针对优化。也许使用其他的 agent 工具效果会不一样。

上下文过短，频繁压缩上下文导致关键的代码片段丢失。