原文摘要

你会发现 cursor, kiro, gemini cli 在做文件搜索的时候只能前缀搜索。 然而，vscode 本身的文件搜索是支持前中后缀的。

体验差别很大，这足以说明现在很多AI产品可能都忽略了基础工程体验，只关注AI效果酷不酷。

原文链接

进一步信息揣测

• AI工具开发中的工程体验被低估：许多AI产品团队可能将大部分资源集中在模型效果和炫酷功能上，而忽略了基础工程体验（如文件搜索的完备性），这会导致用户在实际使用中遇到不便。
• 前缀搜索限制是技术债的体现：cursor、kiro、gemini cli等工具仅支持前缀搜索，可能是早期为了快速上线而牺牲了功能完整性（如未集成成熟的开源搜索库或未优化算法），后续迭代也未优先处理。
• VSCode的搜索能力被行业低估：VSCode作为成熟工具，其文件搜索的实现（支持前中后缀）可能依赖复杂的底层优化（如正则表达式引擎或索引技术），但这一优势很少被竞品深入分析或借鉴。
• 用户痛点未被有效收集：AI工具团队可能缺乏与重度用户（如开发者）的深度沟通，导致基础功能缺陷（如搜索体验差）未被纳入优先级，反而追求“AI噱头”以吸引投资或市场关注。
• 付费工具未必更专业：即使部分AI工具需要付费，其基础功能可能还不如免费产品（如VSCode），说明付费≠高质量，用户需谨慎评估实际工程能力而非营销宣传。
• 开源生态的隐性优势：VSCode的搜索功能可能受益于长期的开源社区贡献（如插件或底层库的优化），而封闭开发的AI工具难以快速吸收这类经验，导致功能短板。