本文來自微信公眾號： 人人都是產(chǎn)品經(jīng)理 ，作者：怪哥
這兩天刷某社交平臺，看到兩條重磅新聞，放在一起，還挺有意思的。
9月17日，Kimi Code正式推出桌面客戶端，支持macOS和Windows。
這次Kimi把原來終端里的編程Agent搬到了圖形界面，可以直接打開本地項目、修改代碼、執(zhí)行命令，還能查看文件改動、調(diào)用瀏覽器，以及通過不同權(quán)限模式控制AI的操作。
問題來了。
Kimi明明已經(jīng)有了Kimi Work桌面端，能夠讀取本地文件、操作瀏覽器、處理辦公任務(wù)，甚至還支持Agent Swarm和定時任務(wù)。
現(xiàn)在又來了一個Kimi Code。
以后電腦上想同時使用Kimi辦公和編程，可能就得裝兩個客戶端。
有趣的是，就在Kimi推出新客戶端的前一天，Claude宣布了一個方向相反的決定。
把原本獨立的Chat和Cowork合并成一個Claude。
用戶不需要提前判斷自己的任務(wù)應(yīng)該交給聊天助手，還是辦公Agent。問一個簡單問題也好，處理一份報告、制作PPT也好，直接在同一個對話中提出需求，Claude會選擇合適的工具。
OpenAI此前也做了類似的動作。
今年7月，Codex App開始并入新版ChatGPT桌面應(yīng)用。如今一個客戶端里就有Chat、Work和Codex，雖然功能入口依然分開，但不用再為不同任務(wù)安裝不同的APP。
這就很有意思了。
Claude、ChatGPT正在做減法，Kimi卻還在做加法。
大家都想搶占用戶的電腦桌面，怎么走出了兩種不同的路線？
01.Kimi為什么還要單獨做一個Code？
我覺得先得看清Kimi Code和Kimi Work的區(qū)別。
雖然兩者都能操作本地文件，也都可以讓AI自己執(zhí)行任務(wù)，但它們面對的工作環(huán)境有明顯差異。
Kimi Work面向辦公和知識工作，你可以讓它整理文件、分析資料、生成報告，也可以讓它操作瀏覽器完成一系列任務(wù)。
Kimi Code則圍繞軟件開發(fā)設(shè)計。它需要理解整個代碼倉庫，修改多個文件，運行命令，展示代碼差異，并且讓開發(fā)者能夠?qū)彶楹涂刂泼恳徊讲僮鳌?/p>
舉個例子。
你讓Kimi Work制作一份行業(yè)報告，關(guān)心的可能是最終文檔寫得怎么樣。
但你讓Kimi Code修改一個項目，可能還得檢查它改動了哪些文件、有沒有引入Bug、能不能正常運行，以及是否需要撤銷某一次修改。
開發(fā)者顯然需要一套更專業(yè)的交互界面。
而且Kimi Code還有一個很容易被忽略的特點。
它支持接入第三方模型。
官方文檔顯示，Kimi Code可以配置Anthropic、OpenAI、Google等模型服務(wù)，也能對接DeepSeek、千問等兼容接口。桌面客戶端同樣提供第三方模型供應(yīng)商配置。
這意味著，Kimi Code還在嘗試成為一個面向開發(fā)者的多模型工作臺。
哪怕用戶不打算使用Kimi自家的模型，也可能因為喜歡它的編程工具而安裝這個客戶端。
對于Kimi來說，單獨推出Code，至少有機會爭取一批原本不會主動使用Kimi Work的開發(fā)者。
當(dāng)然，這是一種基于產(chǎn)品設(shè)計的推測，Kimi并沒有公開說明拆分客戶端的商業(yè)動機?；诤闷嫘模疫€特地在某社交平臺看一下評論，感覺很多人也是想不明白。
某社交平臺上的某個自稱用戶的人吐槽
02.Claude為什么又開始做減法？
Claude的經(jīng)歷更有意思。
它此前把聊天、Cowork和Design等能力放在不同的產(chǎn)品或工作區(qū)域里。
但Anthropic在9月16日的官方公告中解釋，用戶反饋的一個問題是：每次開始任務(wù)前，還得先決定去哪個入口，不同工作區(qū)域里的上下文也不能自然延續(xù)。
于是Claude開始把這些能力整合到同一段對話里。
這讓我想起以前用手機的一種體驗。
拍照要打開相機，修圖要打開修圖軟件，做海報又得打開另一個App。
每一個軟件都有自己的專業(yè)能力，但來回切換確實麻煩。
AI Agent也正在遇到類似的問題。
今天你讓AI幫忙調(diào)研一個競品，明天想把調(diào)研內(nèi)容整理成PPT，后天又想讓它根據(jù)PPT做一個演示網(wǎng)頁。
如果每一步都需要重新打開一個產(chǎn)品、復(fù)制上下文、重新交代需求，所謂AI提升效率，可能有不少時間都浪費在切換工具上了。
Claude現(xiàn)在試圖讓用戶只管提出需求，剩下的由系統(tǒng)選擇能力。
不過，Claude Code目前并沒有被徹底并入普通聊天。官方幫助文檔明確說明，Code入口仍然保留。
這一點反倒說明，專業(yè)開發(fā)工具和普通辦公助手之間，暫時還沒有那么容易抹平邊界。
03.Kimi未來會不會把Code和Work合并？
我的判斷是，存在整合的可能，但未必會把兩個產(chǎn)品簡單地合成一個聊天窗口。
從ChatGPT的做法就能看出一種思路：客戶端統(tǒng)一，專業(yè)功能保留。
它把Chat、Work、Codex收進同一個桌面應(yīng)用，但用戶仍然可以進入專門的Codex工作界面。
這樣既照顧普通用戶，也沒有犧牲開發(fā)者需要的專業(yè)操作。
對Kimi來說，未來也可以考慮類似的路線。
比如，兩個產(chǎn)品先共享賬號、會員權(quán)益、模型配置和項目資料，再逐步打通任務(wù)和對話。
當(dāng)一個用戶在Kimi Work中提出開發(fā)需求時，可以直接調(diào)用Code的能力，不必從頭創(chuàng)建項目。
如果以后真要統(tǒng)一客戶端，也可以保留獨立的編程工作區(qū)，而不是把所有功能都塞進一個對話框。
這只是一個可能的演進方向。目前Kimi尚未公布兩個桌面客戶端將合并的計劃。
我甚至覺得，Kimi現(xiàn)在沒必要急著合并。
剛推出獨立客戶端，先看看開發(fā)者究竟喜歡什么、需要什么，再決定哪些功能應(yīng)該進入Work，可能比匆忙整合更有意義。
畢竟，軟件開發(fā)是一個有特殊工作流的場景，辦公Agent也有自己的用戶需求。
把兩套界面強行合并，未必真的能提升體驗。
有意思的是，Kimi Code官方文檔已經(jīng)把編程和知識工作都列進了旗艦?zāi)Ｐ蚄3的能力范圍。模型能力可以跨場景使用，產(chǎn)品界面卻暫時分開。
這或許也是未來AI產(chǎn)品經(jīng)理需要面對的問題。
當(dāng)同一個模型能夠?qū)懘a、做PPT、操作瀏覽器、處理文件，甚至完成越來越多復(fù)雜任務(wù)時，我們還需要為每一項能力開發(fā)獨立的App嗎？
Kimi正在把編程做成一個獨立產(chǎn)品，Claude和ChatGPT則在嘗試減少用戶面對的產(chǎn)品入口。
現(xiàn)在看，兩條路線都有自己的理由。
等到有一天，用戶打開電腦，只需要告訴AI今天要完成什么，而不用再考慮應(yīng)該打開哪個軟件，Code和Work之間的這條界線，可能也就沒有現(xiàn)在這么重要了。
到那時候再回頭看，Kimi今天推出的獨立Code客戶端，究竟是一個長期存在的專業(yè)工具，還是通向統(tǒng)一AI工作臺的中間站，就有答案了。