我觉得还是 ide，其他两个都是 kpi 项目吗？
大家好，我是键盘。
最近在AI圈子里，快手又引起了一点小风波。
没错，快手也进军了AI编程领域。不仅推出了自家的三大模型，还搞了个新东西——CodeFlicker。
刚听说这个消息时，我心里还挺激动的：
“真的假的，快手开始搞大动作了？如果真能有点效果，说不定能跟 Cursor 一较高下！”
结果体验了一下，我只能总结出五个字： 快手这玩意，不行。
一、快手也推出 IDE？外观上确实像 Cursor
先从外观说起。
打开 CodeFlicker，界面风格几乎是 Cursor 的翻版。左边是代码区，右边是对话区，整体的配色和布局都显得很熟悉。
可以说，现在谁要做 AI IDE，不学学 Cursor 还真没脸上线。
毕竟 Cursor 在用户心中早已树立了“AI 编写代码的标准形象”。
我心想——没关系，模仿谁不重要，关键看实力。
于是我就直接登录开始测试。
二、模型接入：居然有 Claude4？好家伙，白嫖的机会来了！
登录后看到支持的模型，我的眼睛立马亮起来：
支持的模型有：快手自研模型和 Claude 4。
好家伙，Claude 4！更重要的是——现在是免费的。
于是我心中暗自兴奋：“那就试试看，它的模型到底是不是像宣传的那么厉害，比 GPT-5 还强。”
三、实战测试：从期待到失望的全过程
我选择的测试任务其实不算复杂：
我把需求直接丢进去，然后切换到 YOLO 模式——也就是“放手让 AI 自己来”。
它确实开始在生成代码。
起初我还满怀期待，心想：“这速度不错啊。”
不过过了一会儿……它就卡住了。
又卡住了。
再一次卡住。
有那么一瞬间我还以为是我token用完了，结果它又突然开始工作了。
经过一番折腾，项目没能顺利运行，编译通过后打开界面却是空白，只能无奈叹息。
更离谱的是，生成出来的项目完全不是我想要的——我指定的是 uniapp，结果它写出来的完全不对。
最后我只能放弃，回到我熟悉的组合：Claude Code + GLM-4.6。
没意外——不到五分钟，项目就顺利运行起来了。
https://www.zhihu.com/video/1966466308649498401
https://www.zhihu.com/video/1966466348721902086
四、性能体验：一个字，慢！
这次体验下来，给我的最大感受就是： 慢。真的非常慢。
无论是快手自家的模型，还是 Claude4，
不管我让它修改简单的HTML，还是生成完整的页面逻辑，
速度慢到我怀疑它在下载更新。
我甚至想是不是网络问题，但切换回 Cursor 和 CC，结果一切都很流畅。
所以，问题不在网络。
五、总结：快手还需要努力
我本来对 CodeFlicker 有些期待，希望能给 Cursor 带来点压力。
毕竟现在 Cursor 不仅收费，而且越来越“企业化”；
而 Claude Code 虽然好用，但也不是人人都能轻松上手。
如果有个免费又稳定的替代品，那真是个好消息。
可惜，CodeFlicker 的表现——只能说“想追赶但没追上”。
现在它确实支持多模型接入，界面也挺好看，但一旦进入实际操作，问题立马暴露：
- 模型反应慢
- 执行逻辑混乱
- 项目结果不符
- 偶尔出现死循环
这可不是一个“AI 编程助手”应有的表现。
所以我的最终结论是：
CodeFlicker 更像是“快手版的 Cursor 演示”，距离真正可用还有很远。
我现在已经把快手自研模型接入到 Claude Code 上，接下来会单独测试一下，看看是工具拖了后腿，还是模型本身就有问题。
感兴趣的朋友可以关注我，下一篇我会告诉你：“到底是谁拖了快手的后腿。”
