这两天刷某社交平台，看到两条重磅新闻，放在一起，还挺有意思的。

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 工作台的中间站，就有答案了。

本文来自微信公众号“人人都是产品经理”（ID：woshipm），作者：怪哥