这两天刷某社交平台股市配资交易论坛，看到两条重磅新闻，放在一起，还挺有意思的。
9月17日，Kimi Code正式推出桌面客户端，支持macOS和Windows。
这次 Kimi 把原来终端里的编程 Agent 搬到了图形界面，可以直接打开本地项目、修改代码、执行命令，还能查看文件改动、调用浏览器，以及通过不同权限模式控制 AI 的操作。
问题来了。
Kimi明明已经有了Kimi Work桌面端，能够读取本地文件、操作浏览器、处理办公任务，甚至还支持Agent Swarm和定时任务。
现在又来了一个 Kimi Code。
以后电脑上想同时使用 Kimi办公和编程，可能就得装两个客户端。
有趣的是，就在Kimi推出新客户端的前一天，Claude宣布了一个方向相反的决定。
把原本独立的 Chat 和 Cowork合并成一个Claude。
用户不需要提前判断自己的任务应该交给聊天助手，还是办公 Agent。问一个简单问题也好，处理一份报告、制作 PPT 也好，直接在同一个对话中提出需求，Claude 会选择合适的工具。
OpenAI此前也做了类似的动作。
今年7月，Codex App 开始并入新版ChatGPT桌面应用。如今一个客户端里就有 Chat、Work 和 Codex，虽然功能入口依然分开，但不用再为不同任务安装不同的 APP。
这就很有意思了。
Claude、ChatGPT 正在做减法，Kimi 却还在做加法。
大家都想抢占用户的电脑桌面，怎么走出了两种不同的路线？
01. Kimi为什么还要单独做一个Code？我觉得先得看清 Kimi Code和 Kimi Work的区别。
虽然两者都能操作本地文件，也都可以让 AI 自己执行任务，但它们面对的工作环境有明显差异。
Kimi Work面向办公和知识工作，你可以让它整理文件、分析资料、生成报告，也可以让它操作浏览器完成一系列任务。
Kimi Code则围绕软件开发设计。它需要理解整个代码仓库，修改多个文件，运行命令，展示代码差异，并且让开发者能够审查和控制每一步操作。
举个例子。
你让 Kimi Work制作一份行业报告，关心的可能是最终文档写得怎么样。
但你让Kimi Code修改一个项目，可能还得检查它改动了哪些文件、有没有引入 Bug、能不能正常运行，以及是否需要撤销某一次修改。
开发者显然需要一套更专业的交互界面。
而且Kimi Code还有一个很容易被忽略的特点。
它支持接入第三方模型。
官方文档显示，Kimi Code可以配置 Anthropic、OpenAI、Google等模型服务，也能对接DeepSeek、千问等兼容接口。桌面客户端同样提供第三方模型供应商配置。
这意味着，Kimi Code还在尝试成为一个面向开发者的多模型工作台。
哪怕用户不打算使用Kimi自家的模型，也可能因为喜欢它的编程工具而安装这个客户端。
对于Kimi来说，单独推出Code，至少有机会争取一批原本不会主动使用 Kimi Work的开发者。
当然，这是一种基于产品设计的推测，Kimi并没有公开说明拆分客户端的商业动机。基于好奇心，我还特地在某社交平台看一下评论，感觉很多人也是想不明白。
某社交平台上的某个自称用户的人吐槽
02. Claude为什么又开始做减法？Claude的经历更有意思。
它此前把聊天、Cowork和 Design等能力放在不同的产品或工作区域里。
但 Anthropic 在 9 月 16 日的官方公告中解释，用户反馈的一个问题是：每次开始任务前，还得先决定去哪个入口，不同工作区域里的上下文也不能自然延续。
于是Claude开始把这些能力整合到同一段对话里。
这让我想起以前用手机的一种体验。
拍照要打开相机，修图要打开修图软件，做海报又得打开另一个 App。
每一个软件都有自己的专业能力，但来回切换确实麻烦。
AI Agent 也正在遇到类似的问题。
今天你让 AI 帮忙调研一个竞品，明天想把调研内容整理成 PPT，后天又想让它根据 PPT 做一个演示网页。
如果每一步都需要重新打开一个产品、复制上下文、重新交代需求，所谓 AI 提升效率，可能有不少时间都浪费在切换工具上了。
Claude现在试图让用户只管提出需求，剩下的由系统选择能力。
不过，Claude Code目前并没有被彻底并入普通聊天。官方帮助文档明确说明，Code入口仍然保留。
这一点反倒说明，专业开发工具和普通办公助手之间，暂时还没有那么容易抹平边界。
03. Kimi未来会不会把Code和Work合并？我的判断是，存在整合的可能，但未必会把两个产品简单地合成一个聊天窗口。
从ChatGPT的做法就能看出一种思路：客户端统一，专业功能保留。
它把Chat、Work、Codex 收进同一个桌面应用，但用户仍然可以进入专门的Codex工作界面。
这样既照顾普通用户，也没有牺牲开发者需要的专业操作。
对Kimi来说，未来也可以考虑类似的路线。
比如，两个产品先共享账号、会员权益、模型配置和项目资料，再逐步打通任务和对话。
当一个用户在Kimi Work中提出开发需求时，可以直接调用Code的能力，不必从头创建项目。
如果以后真要统一客户端，也可以保留独立的编程工作区，而不是把所有功能都塞进一个对话框。
这只是一个可能的演进方向。目前Kimi尚未公布两个桌面客户端将合并的计划。
我甚至觉得，Kimi现在没必要急着合并。
刚推出独立客户端，先看看开发者究竟喜欢什么、需要什么，再决定哪些功能应该进入Work，可能比匆忙整合更有意义。
毕竟，软件开发是一个有特殊工作流的场景，办公Agent也有自己的用户需求。
把两套界面强行合并，未必真的能提升体验。
有意思的是，Kimi Code 官方文档已经把编程和知识工作都列进了旗舰模型 K3 的能力范围。模型能力可以跨场景使用，产品界面却暂时分开。
这或许也是未来AI产品经理需要面对的问题。
当同一个模型能够写代码、做PPT、操作浏览器、处理文件，甚至完成越来越多复杂任务时，我们还需要为每一项能力开发独立的 App 吗？
Kimi 正在把编程做成一个独立产品，Claude 和 ChatGPT 则在尝试减少用户面对的产品入口。
现在看，两条路线都有自己的理由。
等到有一天，用户打开电脑，只需要告诉 AI 今天要完成什么，而不用再考虑应该打开哪个软件，Code 和 Work 之间的这条界线，可能也就没有现在这么重要了。
到那时候再回头看，Kimi今天推出的独立Code 客户端，究竟是一个长期存在的专业工具，还是通向统一 AI 工作台的中间站，就有答案了。
本文由作者@人人都是产品经理，授权发布于平台股市配资交易论坛，未经许可禁止转载。
佳禾资本提示：文章来自网络，不代表本站观点。
相关文章
热点资讯
