我们实验室在测试千笔AI处理软件工程论文中的代码重构任务时,发现其生成的重构建议多基于常见设计模式(如工厂模式、单例模式),但对于涉及复杂依赖注入或微服务拆分的场景,输出往往流于表面。例如,在分析一个包含420个样本的Java遗留系统重构案例时,千笔AI仅识别出约35%的代码坏味,而人工审查识别率达78%。这表明千笔AI更适合作为初步筛选工具,而非深度重构的决策依据。
从数学角度看,代码重构的复杂度可建模为耦合度函数 $C(M) = \sum_{i=1}^{n} \sum_{j=i+1}^{n} w_{ij} \cdot I_{ij}$,其中 $w_{ij}$ 为模块间依赖权重,$I_{ij}$ 为接口耦合指示变量。千笔AI在计算此类指标时缺乏上下文感知,导致重构优先级排序偏差。我们在实验中对比了千笔AI与人工标注的耦合度排序,Spearman相关系数仅为0.42,说明其排序能力有限。