Copilot在重构老项目时频繁给过时API建议，怎么调教它？

试过在项目根目录放copilot-instructions.md，把禁用的旧API列全，效果比注释强不少，但遇到冷门库还是会犯浑。

要不试试给Copilot配上最近改过的几个文件当参考，让它模仿新代码的风格，比单纯说“用新版”管用。

试过在项目根目录放.github/copilot-instructions.md，把“优先使用Spring Boot 3注解和WebClient”写进去，确实比对话提示管用，但覆盖不全。我一般还会把旧代码从索引里排除，比如标记JSP和XML目录为“文本”，减少Copilot参考它们的概率。另外把老API的依赖版本在pom.xml里锁死，它偶尔会跟着新代码的风格走。主要得持续给正面例子，像新模块写多了，它慢慢就学乖了。

我之前也踩过这坑，后来发现光在对话里说没用，得在项目根目录放个copilot-instructions.md，把“禁止RestTemplate，用WebClient”这类规则写死，效果立竿见影。另外试试把老代码文件夹排除出索引，Copilot会更多参考你最近打开的新模块文件。不过说实话，它有时候还是会抽风，建议遇到一次就手动改一次，多纠正几次它好像能慢慢学会。

这问题我太有同感了，上周刚在个遗留的SSH项目里被Copilot气到，它非要给我推荐HibernateTemplate，那玩意儿我上次用还是大学写课程设计的时候。你说的copilot-instructions.md确实有点用，但我觉得它更吃项目里的“即时信号”，比如你打开的相邻文件是啥风格，它就照着那个风格来，所以我会故意先打开一两个已经迁移好的新模块文件再开始写代码，让它“入戏”。另外我怀疑它压根不太看整个项目的依赖树，只认当前文件的import，你要是能手动把过时的import清干净，它瞎建议的概率会低很多。最后实在不行就给它上点强度，直接在对话里写“如果再用RestTemplate就报错”，语气强硬点它反而会记住几轮。不过说真的，对这种半迁移的混合项目，我现在都默认它是个笨蛋，只当它是打字机，逻辑和API版本自己把关才是正道。

说实话你这情况太典型了，Copilot对老代码库的“惯性”特别强，它本质上是根据你当前文件和历史提交的统计规律来补全的，所以你越是在老文件旁边写新代码，它越容易照着旧风格来。.github/copilot-instructions.md确实有用，但得写得非常具体，比如直接说禁止使用RestTemplate和XML bean定义，并且最好配上几个新代码的示例片段，光写“用新版API”这种抽象指令它记不住的。另外你可以试试在IDE里把那些老模块的索引排除掉，或者干脆在打开老文件时手动关闭Copilot，只在新模块的目录里启用，这样它的上下文窗口里就少很多干扰。还有个土办法，写新代码前先故意敲一个Spring Boot 3的新注解或者新类名，比如WebClient，让它“上头”了再继续，相当于用同一个文件的前缀带节奏。不过说到底，Copilot就是个高级自动补全，别指望它理解你的架构迁移意图，关键还是得靠你自己在关键接口处先定好骨架，再让它填肉。我试过最有效的其实是给它看一个已经迁移好的新模块的完整文件，让它模仿那个风格，比写一堆规则都管用。

说到这个我太有感触了，之前维护过一个Struts2的老古董，Copilot简直是把我的代码库当成了历史博物馆，动不动就给你补个ActionSupport。后来我试了.github/copilot-instructions.md，把项目里已经在用的Spring Boot 3、WebFlux这些关键依赖和禁用掉的旧类全列进去，确实管用一阵子，但感觉它更吃“负面清单”那一套——比如直接写“禁止使用RestTemplate和XML bean配置”，比光说“用新API”效果强得多。另外我发现它特别吃当前打开文件的风向标，如果你新模块的类里已经import了WebClient，它接着补旧API的概率会小很多，所以我会先手写一个最小的新风格骨架再让它补全。IDE索引这块我没太折腾，倒是把.idea和target目录排除出索引后，感觉它参考的范围更聚焦了，不过也可能是心理作用。但说真的，这种跨大版本的项目里，它偶尔还是会抽风，我现在最狠的一招是写完就全局搜一下RestTemplate和`

试试在项目根目录放个copilot-instructions.md，明确写死“禁止旧API”，比对话约束管用多了。

我试过在项目根目录放.github/copilot-instructions.md，里面直接写“禁止使用RestTemplate，必须用WebClient”，效果比在对话里反复强调要稳得多，但偶尔还是会抽风。另外检查一下IDE是不是把老代码也索引进去了，Copilot会参考打开的文件，如果你经常开着那些用旧API的类，它就容易带偏。实在不行就建个自定义prompt模板，每次新模块开工前先粘贴一遍约束规则，算是半自动调教。你那个老项目要是能单独建个workspace，把迁移部分的目录结构单独拎出来，上下文干净了它犯错概率会小很多。

这问题太真实了，Copilot对老代码库的“惯性”确实让人头疼。我试过.github/copilot-instructions.md，有一定用，但得写得特别具体，比如直接列出禁用清单（禁止RestTemplate、禁止XML bean），比光说“用新API”管用得多。另外我发现它很吃当前打开文件的影响，如果你同时开着几个新版风格的类，它的建议会明显往新架构靠，所以写新模块前先开几个参考文件当“锚点”挺有效的。IDE索引范围我倒没调过，但把老JSP和XML目录从索引里排除掉，可能能减少它学习“坏例子”的概率。还有个野路子，就是给Copilot喂一个项目内最新的Controller或Service类，让它先“看一眼”再写，上下文会准很多。不过说真的，这种混合技术栈的项目，它偶尔抽风也正常，有时候直接忽略建议手写反而更快。你试过在对话里贴一段报错信息或者新API的官方示例吗？我感觉这样比单纯强调“版本”更有冲击力，它会立刻纠正过来。

这种老项目混合迁移的场景确实挺折磨Copilot的，它本质上还是靠上下文窗口里最近的代码片段做概率补全，你项目里JSP和XML配置占大头，它就默认你还在那个技术栈里打转。.github/copilot-instructions.md我试过，对Chat模式有点用，但行内补全基本不吃这套，它更依赖当前打开文件和相邻文件的实时内容。有个歪招是把新模块的目录单独用VS Code工作区打开，让索引范围只覆盖Spring Boot 3那部分代码，补全质量会明显好转，缺点是切来切去挺烦。另外你可以在新文件顶部先手写几行典型的新版写法，比如用WebClient或者构造器注入，相当于给它喂几个样本，它短期内会跟着这个风格走，但跨文件后还是容易漂。想彻底解决可能得等它对企业级monorepo的理解再进一步，现在这情况我觉得七分靠工程隔离，三分靠反复调教，别指望一劳永逸。

我也被这个坑过，Copilot对老项目的“记忆”基本来自当前打开的文件和最近编辑，项目里残留的旧代码一多它就跟着跑偏。copilot-instructions.md确实有用，但得写得很具体，比如直接列出“禁用RestTemplate，统一用WebClient”这种硬规则，泛泛说“用新版API”它根本不买账。另外可以在IDE里把旧模块排除出索引，再开个新模块的独立workspace，效果会好不少。不过说实话，它偶尔抽风还是难免，关键代码我最后还是自己盯一遍。

老项目混着JSP和XML，Copilot确实容易被历史代码带跑偏。我一般会在项目根目录放copilot-instructions.md，把“禁止RestTemplate、用WebClient/Feign”这类硬性规则写进去，效果比在对话里临时强调稳不少。另外把IDE索引范围收窄到新模块源码，别让它扫到一堆遗留的XML，补全质量会明显好转。真要彻底解决，可能还得靠ArchUnit之类的测试卡住入口，让Copilot补的东西过不了CI，它才会慢慢“学乖”。

我之前也遇到过类似情况，感觉Copilot对老项目的索引确实不太敏感，尤其你项目里还混着JSP和XML，它很容易按老套路来。后来我在项目根目录加了copilot-instructions.md，把“禁用RestTemplate、统一用WebClient”这类规则写进去，效果比在对话里临时强调好不少。不过它偶尔还是会犯迷糊，可能跟打开的文件范围有关，尽量只让它看到新模块的代码会稳一点。

老项目上下文太杂，Copilot 经常按训练里最常见的写法补全，不一定是没看你的指令。copilot-instructions.md 有点用，但别指望它一直记住，最好把旧配置目录直接排除出索引，减少干扰。我一般还会在文件头留一段当前模块用的技术栈注释，写新代码时命中率会高不少。

我也遇到过，写个copilot-instructions.md确实管用，把禁用API列进去它会收敛很多。

我一般在根目录放copilot-instructions.md写清楚禁用RestTemplate，效果比对话里喊话稳多了。

试试在项目根目录放copilot-instructions.md，把禁用API列清楚，比对话里强调管用多了。

老项目上下文太杂，Copilot确实容易犯迷糊，我一般只在新建独立模块时才开它。

.github/copilot-instructions.md 确实有用，但得写在项目根目录并且尽量具体，比如直接点名“用 WebClient 替代 RestTemplate”“配置统一走 application.yml，禁止新增 XML bean”。不过 Copilot 对老文件的上下文权重很高，光靠这个文件不一定压得住，最好把旧模块用 .copilotignore 或 IDE 的排除索引范围隔开。我自己是配合写一小段示例代码放在新模块里，让它就近抄新写法，比纯文字约束靠谱不少。

这个问题其实挺典型的，Copilot对老项目的上下文感知确实弱，它更多是根据当前文件里已有的代码风格去猜，而不是真正理解你整个项目的架构演进。.github/copilot-instructions.md是有用的，但效果有限，它主要是给Chat模式提供全局提示，补全那块不一定吃这套。我自己的经验是，光靠对话里说“用新版API”基本没用，它每次补全都是一次相对独立的推理，不会记住你上一轮强调过什么。比较实际的做法是在项目里保留一小段“样板代码”，比如新建一个专门用新API写的service或者config类，让Copilot在补全时能从邻近文件里检索到正确模式，它抄近路的倾向很明显。另外可以试试在IDE里把老模块的目录排除出索引范围，减少它被旧代码带偏的概率，VSCode和IntelliJ都有类似设置。还有个偏方是在文件头写一段注释说明技术栈版本，虽然土但有时候比instructions文件还灵。真要说根治，可能还是得等Copilot workspace或者更强的repo级上下文能力普及，现在只能靠这些土办法打补丁。