- handsomeCheese2026-08-30
今天在Kimi的官网看到了Kimi-K3的这么一段说明：
kimi.com
Kimi K3 Tech Blog: Open Frontier Intelligence
Kimi K3 is the world's first open 3T-class model — frontier performance across coding, knowledge work, and reasoning, with native multimodality and 1M context.
文章里承认在部分Harness中使用是存在质量下降的情况的。后续咨询了下客服，得到的答复有点模糊，没有明确说肯定不会有问题。
我个人最近一直在ClaudeCodeCLI使用的Kimi，其实感觉质量还不错。但没有对比过KimiCode，所以不清楚两者使用是否有明显的差异。各位佬有两个都使用过的吗，在代码等方面的体感如何，有明显的质量差异吗。
- ClaudeCode更好
- KimiCode更好
- 没什么差异
- 用的其他Harness
- 路过
0
投票人主楼 - 未羽2026-08-30
模型毫无疑问运行在第一方框架下会表现最好，但如果出现某个Harness明显劣化那是个别Harness的问题而非模型问题
- libinyam2026-08-30
我一直在Zcode里面使用的kimik3 感觉挺好用的。我在kimicode里面用的感觉额度掉的特别快，不知道是不是我自己使用的缘故。
我在claude desktop里面开启了模型映射之后，opus映射k3 sonnet映射k2.7 基本上走的全是k2.7，想知道佬友们是怎么用的？
- handsomeCheese2026-08-30
第一方框架下确实会更好的释放模型的能力，但Harness本身的工具和提示词应该也会有影响。原本如果不是担心ClaudeCode会导致K3出现文章里说到的思维链断开的问题，我其实没什么动力切换Harness。
- admin-linuxdo2026-08-30
不用考虑 直接上专武 专武都对自家模型优化的
- handsomeCheese2026-08-30
我全部都选的K3[1M]，限制并发1个子代理（主要是担心浪费Token和触发Kimi的并发限制），上下文在400K自动触发压缩。涉及代码开发的时候，除非有审美相关的（例如前端开发），其他都委托任务给Codex去执行。
- shushufun2026-08-30
- Gordonhilly12026-08-30
模型不是说很慢吗，能不能解决这个问题，和客户端问题不大吧
- handsomeCheese2026-08-30
高峰期确实慢，但涉及一些复杂需求的时候，与其去和gpt沟通，我宁愿慢慢等kimi回复我。平实干一些杂活我还是会用gpt的。
- shushufun2026-08-30
- handsomeCheese2026-08-30
等周限更新我也试试，居然连糖果问题都答不对。
- Sam_Altman2026-08-30
cc 自带的提示词似乎有很强的干扰，DeepSeek 放进 cc 里也会出现答不对糖果问题
- Limbic2026-08-30
昨天在cursor用了k3的max，很难用，前端任务都完成不够好，后来用codex加sol high完成的
- handsomeCheese2026-08-30
之前试过cursor，一直感觉不太好用
LaoY2026-08-30我是一直 omp 里用感觉整体还行，CC 里边感觉就比较难受
- c.skeleton2026-08-30
我之前在x上看到有人测过zcode效果好于Kimi code，Kimi code的作者很震惊 ^-^
- Z2Z2026-08-30
- Uyki2026-08-30
- 炸鸡2026-08-31
佬 我也是在zcode里接k3使用，主要确实是不想再安装一个agent了，就是不知道对比kimicode的效果和消耗如何
- Kirie2332026-08-31
典型案例就是某谷家的反重力吗 ^-^
