重构
refactoring
在不改变应用功能的前提下，整理底层代码结构，让代码更干净、更容易维护的工作。
简单来说
用房子来比喻重构最容易理解。家人平时用的房间布局或大门位置（也就是应用的功能）一点都不变，只是把杂乱的储物间和缠在一起的电线整理干净。从外面看的人根本察觉不到任何变化，但当你要在里面修东西或新建东西时，会轻松很多。
用AI帮你写代码的工具时，常会出现这种情况：一开始很顺利，但到某个时刻，一个小改动就会把其他功能弄坏，响应也变慢了。这未必是AI变差了，而可能是代码像堆满杂物的储物间一样越积越乱的信号。在没有整理好的代码里，AI也要花更多时间和资源去搞清楚东西放在哪儿，出错的概率也会上升。所以每完成一个功能，就像打扫储物间一样把代码整理一下，这个习惯很重要。
在报道中是这样出现的
编程智能体Bolt指出，应用反复出问题或变慢，原因往往不在于智能体本身，而是代码库变得杂乱无章，并为此发布了一个重构提示词：在动手改代码之前，先诊断问题、给出计划。很多人误以为重构就是添加功能或修复bug，其实并非如此——重点在于界面和行为保持不变，只整理内部结构。
亲手试一试
可以这样要求你正在用的编程智能体：
"我想重构这个项目，让它更干净、更容易维护。在修改代码之前，先检查代码库并给我一份计划。找出那些太长或同时做太多事情的文件、在多处重复的逻辑、命名令人困惑的部分，以及没人使用的死代码，并说明每一项打算如何修改以及风险等级。先别动代码，也不要添加功能或修复其他bug。只需给我一份按优先级排好的计划，等我批准后再进行。"
拿到计划后，从风险较低的项目开始逐一批准并推进，可以减少应用突然崩坏的担忧。