背景#

距离GLM-5.1正式发布已经过去了10天，官方之前宣称能够连续8小时的任务也一直没有去试验，一直扎在SOLO 3.0中研究，昨晚突然心血来潮想要重构我的导航站，它是一个开源项目但因为很早以前就被我截断关联，一直以来也没有进行改善，所以我在想GLM-5.1大家都在拥护它的强度，那么它能不能完成整套系统的重构(包含前后端)，所以这个案例就由此诞生了。

案例环境#

重构工具：TRAE IDE 国内版 软件版本：v3.3.50 模型选择：GLM-5.1 项目仓库： xJasonShane/NavSphere 云端部署：Cloudflare Pages

实施全流程#

在正式重构任务前，为了确保安全和不影响我当前的项目，我针对本地仓库新建了一个专门用来重构的分支refactor，这样即使AI损坏了我的项目也不影响我正在运行的导航站。

1
在保持项目原有功能和业务逻辑不变的前提下，对当前项目进行系统性重构。重构过程中需遵循以下要求：分析现有代码结构，识别可优化的模块和组件；采用设计模式和最佳实践提升代码可读性、可维护性和可扩展性；重构前后需进行全面的单元测试、集成测试和功能测试，确保测试覆盖率达到90%以上；记录重构过程中的关键决策和变更点，生成重构文档；重构后的代码应符合项目编码规范，减少代码重复，提高模块化程度，同时保持与原有外部接口的兼容性。

在检查了优化提示词内容符合我的需求之后，直接无脑喂给GLM-5.1模型，接下来的时间我去泡了杯茶+洗澡，回来后任务已经完成，共计耗时预计50min，上下文占用59%(200K总量)，修改83个文件(+1522 -3492)

那么接下来我们来看一看GLM-5.1到底执行了什么任务吧？

• 首先是对整个项目的文件进行了整体的了解，并且调用Search Agent Deep codebase analysis进行全量分析并输出报告

  

• 根据Search Agent Deep codebase analysis输出的报告，GLM-5.1列举了重构任务清单

  

  这里吐槽一下任务清单中把阶段10放在了阶段5~6之间，但是后面任务执行来看是正常的，不知道是什么原因

  

• 重构报告，详细查看GLM-5.1干了啥
  • 死代码清理（删除 22 个文件）注意：删除文件属于危险指令，由于我使用了分支不怕被毁，所以将删除指令加入了白名单，没有使用分支的vibe coding中一定注意数据安全！！！

  • 

  • Bug 修复（6 项）

  • 

  • 代码重复消除

  • 

  • 统一规范

  • 

  • 代码清理

  • 

  • 构建验证

  • 

• 至此重构任务全面完成，我也在第一时间本地验证项目的完整性，确保没有遭到破坏性的变更

  

  并且将分支推送远端仓库，查看云端部署是否存在问题

  

  确定该分支重构没问题后，将该分支merge主分支，进入生产环境

  

  最终效果呈现：

  

案例总结#

本次案例仅使用一次提示词完成了整个项目的重构，并且无二改无bug，网站响应速度明显提升(具体多少我也懒得测了，毕竟只是用来自己当收藏夹的网站)，但是细心的小伙伴应该也发现了问题，就是GLM-5.1并没有完全按照自己列定的任务100%执行，例如部分阶段任务在执行时被强制融入其他阶段，具体原因目前并不清楚，不过总的来说，这次GLM-5.1的体验还是十分完美的，希望这篇案例能够给你一些启发。