国内AI IDE大比拼：trae、qoder、CodeBuddy与CodeFlicker，哪款更胜一筹？

我认为还是 ide，其他两个都是 kpi 项目吗？

大家好，我是键盘。
最近在 AI 领域，快手又引发了一些“小波动”。
没错，快手也进入了 AI 编程的市场。他们不仅推出了自家的三款模型，还推出了一款新产品——CodeFlicker。

当我第一次听到这个消息时，内心感到相当兴奋：
“快手也开始使出大招了？如果真的能有点新花样，或许能超越 Cursor！”
但经过一番体验后，我的总结只有五个字：快手这玩意，不行。

一、快手也推出 IDE？外观上与 Cursor 确实相似
先说说外观。

打开 CodeFlicker，界面风格几乎就是 Cursor 的翻版 。左侧是代码区，右侧是对话区，整体的配色和布局都非常熟悉。
可以说，如今任何想做 AI IDE 的人都得先借鉴 Cursor 的设计，毕竟它已经在用户心中占据了重要地位，大家都默认那种界面是“AI 编写代码的标准方式”。
我想——没关系，模仿谁并不重要，关键在于实力 。
因此，我直接登录开始实际测试。

二、模型接入：竟然支持 Claude4？真是白嫖的好时机！
登录后我看到支持的模型，瞬间眼前一亮：

支持的模型包括：快手自研模型、Claude 4
Claude 4！更重要的是——现在是免费的。
于是我摩拳擦掌：“那就开始吧，看看这个模型是否真的如宣传所说，比 GPT-5 还优秀。”

三、实战测试：从期待到失望的全过程
我选择了一个不算复杂的任务：

我把需求直接丢进去，然后选择了 YOLO 模式——即“全权交给 AI 操作”。

它确实开始生成代码，一行接着一行。

起初我感到很兴奋，心想：“这速度还不错。”
但过了一会儿……它就卡住了。

又卡住了。

再次卡住。
在某一瞬间我以为是我的 token 用完了，没想到它又恢复了运行。

经过一番折腾，项目依然未能成功运行，好不容易编译通过后，结果界面却是空白，让我无奈叹息。

更令人无奈的是，生成的项目完全不符合我的需求——我指定的是 uniapp，结果它写的完全不对。

最后我只能放弃，回归我熟悉的组合：Claude Code + GLM-4.6。
果然——不到五分钟，项目就顺利运行起来了。

https://www.zhihu.com/video/1966466308649498401https://www.zhihu.com/video/1966466348721902086

四、性能体验：一个字，慢！
这次体验中，我最深刻的感受就是：慢，真的太慢了。
无论是快手的自研模型，还是 Claude4，
不论我让它修改简单的 HTML，还是生成一个完整的页面逻辑，
速度都慢得让我怀疑它在下载更新。
我甚至怀疑是否是网络问题，但切换到 Cursor 和 CC 后，一切都非常流畅。
所以，问题并不在于网络。

五、总结：快手还需加油
我本来非常期待 CodeFlicker 能给 Cursor 带来些压力。
毕竟如今 Cursor 不仅收费，还越来越趋向“企业化”；
而 Claude Code 虽然好用，却并非人人都能轻松掌握。
如果有一个免费且稳定的替代工具，那真的能帮助到很多普通用户。
可惜，CodeFlicker 的表现——只能说是“想超越却未能做到”。
现在它确实可以接入多种模型，界面也令人愉悦，但一旦进入实际应用，问题便暴露无遗：

• 模型反应迟缓
• 执行逻辑混乱
• 生成项目与需求不符
• 偶尔出现死循环

这可绝对不是“AI 编程助手”所应有的表现。
因此我最终的结论是：
CodeFlicker 像是“快手版的 Cursor Demo”，距离真正可用还有很长的路要走。

我已经将快手自研模型接入到 Claude Code 中，接下来会单独进行测试，看看到底是工具拖了后腿，还是模型本身存在问题。
感兴趣的朋友可以关注我，下一篇我会告诉你：“究竟是谁拖了快手的后腿。”