Copilot在重构老项目时总给出过时API，怎么调教它？

这问题我太有感触了，Copilot本质是个“上下文模仿大师”，你项目里旧代码占多数，它就会默认那是“标准答案”。.github/copilot-instructions.md确实有用，但别指望它一锤定音，我试过在里面写“禁止使用RestTemplate”，结果它还是偶尔抽风，后来发现得配合代码里的实时注释，比如在Controller上方写// use WebClient for non-blocking IO，它立刻老实很多。至于新写法“喂”它，见效慢但治本，我一般是重构到哪个文件，就顺手把那个文件里典型的老API改成新写法，等于给它现场示范。跟项目工具类冲突那块，我的原则是绝不让它碰核心业务逻辑，让它写单元测试或者DTO转换这种边角料最省心，硬改它的代码往往比手写还累，而且它生成的工具类通常只顾自己爽，完全无视你们封装好的RedisUtil或者JsonUtil。还有个土办法，把项目里那几个被你重构过、风格干净的文件设成“参考文件”，在对话里@它们，有时候比写一堆规则管用。

我最近也碰上这问题，Copilot对老代码库的“路径依赖”特别强，你越改它越跟着旧风格走。建议两个都做，但先建个copilot-instructions.md把JDK版本和禁用的API写死，比你在对话里吼十遍都管用。至于冲突，我一般只让它写测试和纯逻辑片段，涉及项目内部工具类就直接手写，不然来回改更费时间。你试过在重构前先跑一遍“用WebClient替换RestTemplate”的单独对话吗？有时候把上下文切干净反而更听话。

这问题我太有共鸣了，之前接手一个JDK8的Struts2老项目，Copilot简直像考古现场挖出来的助手，满屏都是Hibernate 3那种写法。我的经验是，靠对话里喊“用最新版”基本没用，模型对上下文里的代码风格权重极高，你项目里旧代码越多它越往那边靠。copilot-instructions.md我试过，有点效果但有限，尤其对API版本这种细节，它经常忽略，不如在项目里新建一个现代化的参考类或者工具包，让它有“新鲜血液”可学。至于和现有工具类冲突，我一般不让它硬改，而是让它只写测试或者写适配层，这样风险可控，毕竟它生成的代码你还要花时间review，不如把精力放在它擅长的样板代码上。另外提一句，Spring Boot老项目升级本身就得人肉决策，Copilot当个打字员还行，架构层面的判断别指望它。

我一般只让它写测试和注释，重构还是自己来，省得来回改更费劲。

老项目就这样，Copilot默认会跟着上下文里的旧代码走，光在对话里说“用新版”基本没用。我之前是在项目根目录放了个copilot-instructions.md，把JDK、Spring Boot版本和禁用API列清楚，效果比嘴上强调强不少。工具类冲突那块我一般不让它硬改，直接圈定范围让它补测试或者只重写单个方法，不然它能把好好的封装全给你绕过去。