我给qoder增加了 VSCode MCP 工具之后，很多情况下，代码的检索和编辑效率提高十分多。qoder默认进行检索很多时候会用命令行工具，效率低下，还是希望 ai 可以默认使用编辑的 检索和编辑功能来提高效率。现在用插件也确实快了很多，但是很多时候还需要我特意提醒，才会使用 MCP操作。最好是qoder默认集成这部分功能，确实可以很大地提高效率
感谢反馈，您说的这个VSCode MCP 工具具体是指哪个工具，我们可以测试下您说的这个情况，来分析优化后续产品
vscode-mcp-server - Visual Studio Marketplace 这个是插件的地址，我使用了几天，确实是好用的 。
@Yop_Chan Qoder 检索功能会比VSCode MCP 工具慢，是因为不仅仅有 VSCode MCP 的 search_symbols_code 、get_symbol_definition_code 等符号搜索的功能，我们还融合使用了语义检索以及大模型重排策略，这个对检索准确率提升很多。我们有个blog有相关说明： Qoder - The Agentic Coding Platform
1 Like
嗯嗯，我现在也是两个搜索和编辑混合着用的，但是不可否认VSCode 本身的重构功能（重命名类）是比较完善而且强大的，比起用 agent 直接进行类改名，还有搜索引用等场景，要可靠而且快速。还有就是 agent 需要引用之类的，都是靠检索（很多时候并不是用 Qoder 的检索，我发现 agent 经常会用终端工具来进行检索，这个时候效率是不如VSCode MCP 的），希望可以整合VSCode 本身的操作，再加上我们自己的检索方案，尽量避免让agent 用终端的方式来检索文件。
还有一种情况是，我们公司的项目，文件数已经超过一万了，所以 ignore 好些文件，这种情况也会影响qoder的索引，即便我在项目中把文件 ignore 到5000多个了，我用 @ 的时候，检索也需要十分长的时间。同等情况下，我用 ctrl + p 就可以很容易找出来文件。 所以我还是觉得需要结合一下两方的优劣势。
我用 VSCode MCP 虽然某些情况下是快的，但是我需要来回告诉 agent 什么时候用MCP，使用起来也是比较麻烦
感谢反馈。
你是 @file 的时候反馈慢么？正常情况 @ 时是挺快的，可能有些非预期的情况，可以麻烦点击右上角 Report Issues 反馈一下。
“VSCode MCP 使用起来比较麻烦”，可以尝试 Rules 配置工程偏好，这样不会觉得麻烦啦。
我有两个项目，一个百来个代码的，@就没问题，另一个现在精简完是5000+文件，@的时候，就算把文件名打完了，也要等好一会才有反应
感觉最近自带的编辑工具，检索和修改确实有提升了，现在已经几乎很少再用命令行去搜索文件的情况了，VSCode MCP 的使用率也下降了很多
