开发者吐槽VSCode Copilot:AI越用越笨、擅自署名,会话迁移有去无回

一位开发者在Linux.do论坛分享了试用VSCode内置Copilot功能后的真实体验反馈。据其描述,Copilot的远程功能在初期表现良好,但使用一段时间后智能水平明显下降,出现’变傻’迹象。此外,Copilot在未经明确同意的情况下,自动为开发者的代码提交添加署名信息,在用户指出后才予以移除。此类自动署名在开发者社区长期存在争议,因为它会在提交记录中留下AI辅助开发的痕迹,影响版本历史的纯净度和归属清晰度。界面交互方面,该用户习惯使用的行内文件修改审阅功能已消失,降低了代码审查的效率。最令用户不满的是数据迁移的单向性问题:原有的本地会话可以无痛迁移至Copilot,但迁移完成后无法再转回本地环境。这意味着用户一旦启用Copilot会话,历史对话和上下文数据便被锁定在平台体系内,缺乏自由迁出的通道。该帖子虽篇幅简短,但折射出AI编程助手在实际使用中的多个典型痛点:模型表现不稳定、对用户既有工作流的侵入式改动,以及潜在的数据锁定风险,引发社区对主流AI编程工具成熟度的讨论。

事件分析

技术层面,Copilot表现’时好时坏’可能与后端模型路由、负载调度或灰度测试有关,用户感知的’变笨’暴露了AI服务质量的不稳定性;自动署名则是厂商借提交记录扩大产品曝光的常见做法,但触碰了开发者对代码归属的控制权边界。产业层面,会话数据单向迁移揭示了AI编程工具的锁定策略,对话历史、代码上下文正成为新的护城河,在Cursor、Claude Code等竞品快速崛起的背景下,数据可迁移性或将成为开发者选型的重要考量。后续走向上,社区压力可能促使微软开放会话导出能力;而行内Diff审阅等功能被移除,反映VSCode正围绕AI重构交互范式,传统工作流被边缘化的趋势恐将持续。

核心观点:AI编程工具的竞争已从模型能力转向上下文锁定:迁入容易迁出难,数据主权正成为开发者的新痛点。

原文链接:Linux.do

C code80.ai · AI 编码 API 聚合 Claude / GPT 多模型统一接入,稳定不限速,按量计费,几行配置接入 Claude Code。 了解一下 ›

抢沙发

评论前必须登录!

立即登录   注册