近日，有开发者在 V2EX 社区吐槽腾讯推出的 AI 编码辅助插件 CodeBuddy 在 IntelliJ IDEA 中存在严重的性能与稳定性问题。主要痛点包括：在进行多轮对话后插件极易卡死，导致无法添加文件、打开历史记录或输入文本；当将 2k-3k 行的较大代码文件引入对话时，大概率触发无响应状态。此外，用户反映在升级至最新版本后，历史对话记录被无故清空，导致开发工作内容丢失。 尽管 CodeBuddy 最新版本（4.9.14）的更新日志显示其致力于修复大量卡顿与无响应问题（如内联补全卡顿、终端命令结果获取卡死、MCP 服务禁用后重连等），但频繁的性能瓶颈仍引发了开发者对大厂 AI 工具工程化质量的质疑。这表明在 AI Coding 领域，除了模型能力外，插件的本地工程化性能与稳定性同样是决定开发者体验的关键。
近日，腾讯推出了新一代混元大模型（hy3）。社区开发者针对该模型进行了前端代码生成能力的实际测试，测试环境基于 Claude Code（Max 模式）并通过中转 API 进行。测试主要包含两个经典场景：一是 iOS 18 风格天气卡片，要求使用 HTML/CSS/JS 实现包含四种天气及动画效果的横版卡片，实测显示其视觉效果略显简陋，但基本功能完整；二是 3D 交互魔方，要求单 HTML 文件实现高性能 Web 交互，但实测发现该任务未达标，存在部分区域无法转动、打乱操作无动画等 Bug。整体而言，开发者认为混元3在复杂前端交互生成上与 GLM 等竞品相比仍有差距。目前该模型在中转平台提供两周免费体验，适合开发者自行测试评估。
近日，开发者社区对腾讯推出的 AI 助手工具 Workbuddy 展开热议，核心焦点在于其究竟是真正的生产力工具，还是针对普通用户的“卖铲子”行为。讨论指出，Workbuddy 推广力度极大且活动福利丰厚，对于仅接触过豆包或 DeepSeek 的普通用户而言具有一定吸引力。然而，对于深度依赖 AI 工具的开发者和重度用户，该产品并非不可替代。社区观点认为，腾讯意图通过 Workbuddy 的用户规模来反哺其 AI 大模型的发展，但目前该工具在实际解决复杂痛点上的表现仍显不足。相比之下，开发者和技术人员更倾向于选择开源、支持自定义 API 接入的方案。这也反映出当前 AI 工具市场的核心痛点：前端包装再精美，若底层 AI 模型能力不足，依然会造成时间和 Token 的浪费，底层模型实力才是决定 AI 工具生命力的关键。
腾讯近日推出个人AI助手“QClaw”（腾讯龙虾），定位为微信远程办公辅助工具。该工具主打免编程基础，支持通过微信远程整理文件、执行复杂任务，适配办公、创作及开发等多场景，旨在构建丰富的AI技能生态。 然而，该产品在发布初期遭遇了严重的稳定性争议。根据Linux.do社区的用户反馈，多位开发者在使用过程中遇到了“无限刷新”的严重Bug，甚至出现“公司电脑无一能成功打开”的尴尬局面。社区舆论因此对腾讯的产品质量控制提出质疑。 对于AI创业者和开发者而言，QClaw展示了将AI Agent与国民级应用微信深度结合的远程办公思路，具有一定的场景价值。但此次“翻车”事件也表明，AI工具在迈向实际生产力场景时，底层工程的稳定性和多设备兼容性依然是决定用户体验的关键瓶颈。