整理 | 褚杏娟

Anthropic 發(fā)布 Claude Cowork 研究預(yù)覽版沒多久，就被曝出了刪用戶文件、竊取文件等問題。

近日，博主 James McAulay 在測試 Cowork 功能中，選擇“整理文件夾”這一基礎(chǔ)且高頻的場景，同時(shí)還與 Claude Code 進(jìn)行對(duì)比。當(dāng) James 正在對(duì)比兩款工具的整理進(jìn)度時(shí)，Claude Cowork 突然觸發(fā)了致命錯(cuò)誤：在整理過程中擅自刪除了約 11GB 文件。

更令人崩潰的是，這些文件并未進(jìn)入回收站，而是被執(zhí)行了“rm -rf”不可逆刪除命令。James 緊急讓 Claude Cowork 導(dǎo)出操作日志，確認(rèn)該命令的執(zhí)行記錄后，咨詢 Claude Code 能否恢復(fù)，得到的卻是“無法恢復(fù)，屬于致命操作”的回復(fù)。

事后復(fù)盤發(fā)現(xiàn)，James 在 Claude Cowork 詢問文件操作權(quán)限時(shí)，點(diǎn)擊了“全部允許”或“始終允許”，但沒有預(yù)料到它會(huì)無視明確的“保留文件”指令，更沒想到會(huì)執(zhí)行不可逆刪除操作。萬幸的是，此次被刪除的均為過往上傳記錄，并非核心重要文件，未造成嚴(yán)重?fù)p失，但這一安全隱患足以讓用戶對(duì)其望而卻步。

James 還指出，Cowork 與 Claude Code 相比，存在兩點(diǎn)不足：

首先是交互的繁瑣性。發(fā)出“整理文件夾”的指令后，Claude Cowork 并未直接行動(dòng)，而是要求先啟動(dòng)新任務(wù)并手動(dòng)選擇目標(biāo)文件夾；Claude Code 則直接定位文件夾并開始分析，僅需授予一次權(quán)限即可推進(jìn)。Claude Cowork 通過反復(fù)交互確認(rèn)整理細(xì)節(jié)，比如詢問“文件按什么維度分類”“用戶數(shù)據(jù)文件夾如何處理”，即便明確回復(fù)“用戶數(shù)據(jù)文件夾暫不刪除、保留”，它仍在待辦清單中標(biāo)記“刪除用戶數(shù)據(jù)文件夾：已完成”，雖后續(xù)未實(shí)際執(zhí)行該刪除操作，但也暴露了指令響應(yīng)的漏洞。

其次是效率的滯后性。整理過程中，Claude Cowork 運(yùn)行命令多次停頓，節(jié)奏拖沓；而同期用 Claude Code 整理“音樂文件夾”，智能體快速給出“專輯和迷你專輯、單曲、Demo、翻唱”的分類建議，確認(rèn)后即刻推進(jìn)整理，全程僅需數(shù)十秒。即便兩者均搭載 Opus 4.5 模型，Claude Cowork 的響應(yīng)速度和執(zhí)行效率仍明顯落后，甚至讓簡單的文件夾整理變成了“持久戰(zhàn)”。

除此之外，AI 安全公司 PromptArmor 還發(fā)現(xiàn)，由于 Claude 代碼執(zhí)行環(huán)境中存在已知但未解決的隔離缺陷，Claude Cowork 易受通過間接提示注入實(shí)施的文件竊取攻擊。

據(jù)悉，這是一個(gè)最早由 Johann Rehberger 在 Cowork 尚未出現(xiàn)之前、于 Claude.ai 聊天環(huán)境中發(fā)現(xiàn)的漏洞，已經(jīng)擴(kuò)展到 Cowork 中。Anthropic 對(duì)該漏洞進(jìn)行了確認(rèn)，但并未進(jìn)行修復(fù)。

Anthropic 提醒用戶：“Cowork 是一個(gè)研究預(yù)覽版，由于其 agentic 的特性以及可訪問互聯(lián)網(wǎng)，存在獨(dú)特風(fēng)險(xiǎn)�！惫俜浇ㄗh用戶警惕“可能表明存在提示注入的可疑行為”。然而，由于該功能面向的是普通大眾而非僅限技術(shù)用戶，PromptArmor 表示認(rèn)同 Simon Willison 的觀點(diǎn)：“要求普通、非程序員用戶去警惕‘可能表明提示注入的可疑行為’，這是不公平的！”

此前，Every 團(tuán)隊(duì)提前獲得權(quán)限，Dan Shipper、Kieran Klaassen 直播測試了該產(chǎn)品并分享了使用體驗(yàn)。期間，Anthropic Claude Cowork 項(xiàng)目核心成員 Felix Rieseberg 參與解讀了產(chǎn)品設(shè)計(jì)思路。Felix 介紹，Cowork 是一個(gè)快速上線、先交給大家看怎么應(yīng)用的產(chǎn)品，只用了 1.5 周就完成了開發(fā)，F(xiàn)elix 表示未來將以用戶反饋為核心快速迭代。此外，工程師 Boris Cherny 還在 X 上透露，該產(chǎn)品的全部代碼都是由 Claude Code 編寫的。

在直播中，F(xiàn)elix 表示，產(chǎn)品工作流可拆分為 “非確定性（依賴模型智能）” 和 “穩(wěn)定可重復(fù)（編寫工具）” 兩類，按需取舍。Skills 是平衡 “模型靈活性” 與 “工作流穩(wěn)定性” 的關(guān)鍵，能沉淀可復(fù)用知識(shí)，還能催生涌現(xiàn)能力。

他認(rèn)為，未來 Agent 類應(yīng)用界面會(huì)趨簡，用統(tǒng)一的 “泛化入口” 覆蓋更多場景，而非專用化輸入框堆砌。下面是三人對(duì)話部分內(nèi)容，我們進(jìn)行了翻譯，并且在不改變?cè)饣A(chǔ)上進(jìn)行了刪減，以饗讀者。

一周半沖刺、先上線再說

Felix：這是我們團(tuán)隊(duì)做的產(chǎn)品。我們?cè)谧罱蟾乓恢馨氲臅r(shí)間里全力沖刺，把它做出來了。

Dan：一周半？

Felix：對(duì)，不過我想澄清一下：其實(shí)很多人早就有一個(gè)共識(shí)：如果能有一個(gè)“給非程序員用的 Claude Code”，那一定會(huì)非常有幫助、也很有價(jià)值。我們真正想做的，是幫助人把事情做完，不管是生活里還是公司工作中。

在這之前，我們其實(shí)已經(jīng)做過好幾個(gè)原型，尤其是在圣誕節(jié)前。但假期期間我們觀察到一件事，我相信很多人也注意到了：越來越多的人開始用 Claude Code 做幾乎所有事情，某種程度上，大家是在用它“自動(dòng)化自己的人生”。

于是我們就在想：有沒有一個(gè)足夠小、足夠早期的形態(tài)，可以先做出來給大家用，然后和用戶一起快速迭代，真正搞清楚什么樣的用戶體驗(yàn)才是對(duì)的、我們到底應(yīng)該構(gòu)建什么。

現(xiàn)在你們看到的這個(gè)就是答案。它是一個(gè) research preview，非常早期的 alpha 版本，有很多不完善的地方、很多毛糙的邊角，你們已經(jīng)看到不少了，這些我們都會(huì)很快改進(jìn)。但這就是我們的嘗試：在開放狀態(tài)下構(gòu)建產(chǎn)品，和外部的人一起打磨。

Dan：我太喜歡這種方式了，能不能講講你們做的一些設(shè)計(jì)決策？

Felix：這是個(gè)很好的問題。我個(gè)人有一個(gè)判斷：不只是 Anthropic，而是整個(gè) Agent 類應(yīng)用的用戶界面，在接下來一兩年里都會(huì)發(fā)生非常大的變化。

現(xiàn)在我們看到的，是為不同任務(wù)設(shè)計(jì)的高度專用化輸入框，以及圍繞特定任務(wù)搭出來的一整套腳手架。但隨著模型能力不斷提升、整個(gè)行業(yè)對(duì)“泛化問題”的理解逐漸加深，我認(rèn)為未來我們會(huì)用更少的界面，覆蓋更廣的使用場景。

但在當(dāng)下，我們之所以把 Cowork 單獨(dú)拆出來，是因?yàn)槲覀兿敕浅Ｍ该鞯馗嬖V用戶：這是一個(gè)“施工中的區(qū)域”。某種意義上，我們是在邀請(qǐng)你走進(jìn)我們的廚房。我們希望能和用戶一起工作，幾乎每天都上線新功能、修 bug、嘗試新想法。所以這個(gè)獨(dú)立的 Tab 本身就是實(shí)驗(yàn)性的，可以說是在前沿、甚至是“流血邊緣”。它節(jié)奏更快、打磨得沒那么精致，這也是我們把它單獨(dú)拎出來的主要原因之一。

當(dāng)然，也有一些技術(shù)層面的原因。比如現(xiàn)在這個(gè) Cowork 是運(yùn)行在你本地電腦上的，所以里面的對(duì)話是本地的，不會(huì)在多設(shè)備之間同步。同時(shí)，我們給了 Claude 更激進(jìn)的一些 Agent 能力。綜合這些因素，才決定做成現(xiàn)在這個(gè)形態(tài)。

Dan：同一個(gè)應(yīng)用里，一邊是云端的聊天，一邊卻是在自己電腦上跑的 Agent。怎么讓用戶真正理解“這兩者不一樣”？

Felix：是的，我心里有一個(gè)夢(mèng)想，我相信很多人也有同樣的想法：最終這些其實(shí)都不重要，代碼到底跑在什么地方，應(yīng)該只是一個(gè)技術(shù)實(shí)現(xiàn)細(xì)節(jié)。對(duì)用戶來說，它應(yīng)該就跟你訪問紐約時(shí)報(bào)網(wǎng)站時(shí)會(huì)不會(huì)用 WebSocket 一樣，誰會(huì)在乎呢？

對(duì)我們來說，現(xiàn)階段這樣做的好處是，可以跑得更快、發(fā)布得更快，也能和真正使用這個(gè)產(chǎn)品的人更近距離地一起共創(chuàng)。我一直很堅(jiān)定地認(rèn)為，一個(gè)人關(guān)起門來是很難做出好產(chǎn)品的。那種“躲進(jìn)山洞里干一年，最后拿出來”的方式，其實(shí)很難成功。

我也經(jīng)常提醒大家：就連第一代 iPhone，都缺了很多我們現(xiàn)在覺得是“理所當(dāng)然”的功能。所以，這確實(shí)是一個(gè)不小的門檻，但我們暫時(shí)可以接受，因?yàn)槲覀兿ＭF(xiàn)在選擇用這個(gè)產(chǎn)品的人，本身就是帶著明確意圖來的。

Dan：我覺得這是一個(gè)非常有意思的模式，先極快地把東西做出來，以一個(gè)“新入口”的形式放在應(yīng)用里，讓相對(duì)更少的人點(diǎn)進(jìn)來。這樣就能在真實(shí)世界里快速迭代，而不是一開始就追求完美。尤其是在你剛才說一周半就能做出一個(gè)版本，簡直瘋狂。

“現(xiàn)在的狀態(tài)是，先看看大家怎么用”

Kieran：但在你們腦海里，這個(gè)產(chǎn)品“真正的形態(tài)”是什么樣的？你們接下來想往哪里走？

Felix：我太喜歡這個(gè)問題了，因?yàn)檎f實(shí)話，我也想反過來問你們兩個(gè)同樣的問題：你們希望它變成什么？你們想用它做什么？我已經(jīng)聽你們提到過，比如想讓它能訪問整臺(tái)電腦，還有多選交互是不是可以更靈活一些之類的。

但我現(xiàn)在更多的狀態(tài)是，先看看大家怎么用，然后瘋狂嘗試各種可能性。里面肯定有很多是錯(cuò)的，也會(huì)有一些是對(duì)的。對(duì)我來說，真正有意思的不是我個(gè)人的愿景，而是用戶真正想拿它干什么。

我過去做過的產(chǎn)品幾乎都是這樣：你心里以為用戶會(huì)這么用，結(jié)果他們找到了完全不同的用法，然后你順著那個(gè)方向繼續(xù)做下去。所以我特別希望我們能搞清楚：人們現(xiàn)在到底想要什么、喜歡什么、不喜歡什么。肯定也會(huì)有人明確說不喜歡某些地方，那我們就根據(jù)這些反饋不斷調(diào)整、迭代。

Kieran：這又回到一個(gè)老問題了。比如 Boris 就非常擅長把 Claude Code 做成一種讓用戶在使用過程中逐漸發(fā)現(xiàn)“自己到底想要什么”的工具。那你們?cè)?Cowork 里有沒有類似的策略？比如給我們一些“積木式”的東西？能不能加自己的插件或 Skills？Claude Code 很酷的一個(gè)地方在于它特別好 hack、特別可塑，你們面向非程序員的 Cowork 是不是也有類似理念？

Felix：對(duì)，非常強(qiáng)調(diào)可組合性。你剛才提到 Boris 推動(dòng) Claude Code 早發(fā)布、快迭代、看用戶怎么用，其實(shí)特別巧，我們之所以能這么快上線，很大程度上也是 Boris 在推動(dòng)我說，“你應(yīng)該早點(diǎn)給大家看看，看他們會(huì)怎么用”。（注：Boris Cherny 是 Claude Code 核心創(chuàng)作者）

至于可組合這一點(diǎn)，過去幾周、甚至最近兩個(gè)月里，我自己感受最深的，是我越來越依賴 Skills。以前我可能會(huì)去寫 MCP 工具，或者為 Claude 專門做一套很定制化的東西，現(xiàn)在我更多是直接寫 Skills。

有時(shí)候我還是會(huì)寫一個(gè)二進(jìn)制程序，但我隨后就會(huì)在一個(gè) Skill 文件里用 Markdown 描述：Claude，如果你要做這件事，請(qǐng)遵循這些規(guī)則。

舉個(gè)例子，我最近在給自己做一個(gè)馬拉松訓(xùn)練計(jì)劃。我寫了一個(gè)小程序，從不同平臺(tái)抓取我的運(yùn)動(dòng)數(shù)據(jù)；然后在一個(gè) Skill 里寫清楚：如果你要幫我做訓(xùn)練計(jì)劃，請(qǐng)按這些原則來�，F(xiàn)在，只要你在 Claude AI 里裝過的 Skill，都會(huì)自動(dòng)加載到 Cowork 里。而且我覺得這只會(huì)越來越重要，尤其是模型越來越聰明，比如 Opus 4.5 版本，對(duì) Skills 的遵循能力真的非常強(qiáng)。

所以目前來說，Skills 大概是我們最主要、也最“可 hack”的入口。

統(tǒng)一的“泛化入口”趨勢

Dan：太棒了。你剛才提到未來會(huì)有更少的 UI 形態(tài)。這是不是也意味著，圍繞“聊天是不是 AI 的最終形態(tài)”這個(gè)爭論，你其實(shí)是在押注自然語言會(huì)長期存在？也就是說，我們最終不會(huì)有越來越多復(fù)雜的 UI，而是更少的界面，人只需要和一個(gè) Agent，或者一個(gè)能調(diào)度其他 Agent 的 Agent 對(duì)話？你們現(xiàn)在推動(dòng)的方向，某種程度上是不是就類似今天 Claude Code 所展現(xiàn)出來的那種形態(tài)？

Felix：是的，這個(gè)問題現(xiàn)在仍然存在很大的爭論空間，而且肯定不存在什么“Anthropic 官方立場”。老實(shí)說，就算是在我這個(gè)并不算大的團(tuán)隊(duì)里，大家也未必能在整體上達(dá)成一致。每個(gè)人對(duì)于未來人類將如何與 AI、與模型交互，都有非常不同的想象。

如果只從我個(gè)人的角度來說，我大概堅(jiān)信兩件事。第一是：聊天式輸入及其各種變體——不僅僅是模型意義上的聊天，而是更廣義的那種“我想要點(diǎn)什么”的輸入框——會(huì)比我們想象中存在得更久。

如果你把它抽象開來看，不管是 Google 首頁，還是 Chrome 的地址欄，本質(zhì)上都是一個(gè)“我想要某樣?xùn)|西”的輸入框，我認(rèn)為這種形態(tài)會(huì)長期存在，我們會(huì)繼續(xù)擁有某種看起來很像搜索框的入口。

問題是，我們到底需要多少個(gè)這樣的輸入框？你會(huì)有一個(gè)專門寫代碼的框嗎？一個(gè)用于個(gè)人娛樂的、一個(gè)處理醫(yī)療相關(guān)問題的？我并不確定未來會(huì)存在這么多彼此割裂的輸入框。

我再拿 Google 做類比。過去你可能記得，Google 會(huì)為不同需求提供不同的搜索入口和子產(chǎn)品。但現(xiàn)在，越來越多時(shí)候，你只是直接在 Chrome 的地址欄里輸入你想要的東西。你不會(huì)真的先想清楚“我現(xiàn)在是在購物模式”，然后再專門去打開 Google Shopping。

所以，如果我們未來看不到一種更聰明的、能理解你想做什么的“泛化入口”，我會(huì)很意外。當(dāng)然，后端可能仍然會(huì)分流，比如它理解你想要做的是 X，于是給你呈現(xiàn)一個(gè)適合 X 的界面，但入口本身很可能是統(tǒng)一的。

產(chǎn)品設(shè)計(jì)中的取舍

Dan：我覺得一個(gè)很有意思的反例是 Microsoft Excel。某種程度上，它和 AI 的工作方式其實(shí)也很像：這是一個(gè)通用型產(chǎn)品，上手極其簡單，但你可以在里面把事情做到無限復(fù)雜。而且，Excel 甚至某種程度上催生了后來的 B2B SaaS 浪潮，很多 SaaS 本質(zhì)上就是把 Excel 里的復(fù)雜工作流“產(chǎn)品化”了。所以也有另一種可能：你先有一個(gè)極其通用的工具，然后人們?cè)诶锩姘l(fā)現(xiàn)了高價(jià)值、高強(qiáng)度的工作流，最后這些工作流再被拆分成獨(dú)立產(chǎn)品。

Felix：我覺得 Excel 真的是一個(gè)極其漂亮的例子。對(duì)很多開發(fā)者來說，Excel 其實(shí)處在一個(gè)有點(diǎn)“邊緣化”的位置，但如果你比較一下 Excel 的日活用戶數(shù)量和全球開發(fā)者的數(shù)量，那是一個(gè)非常驚人的對(duì)比。

我在 Excel 身上看到的一個(gè)很有意思的點(diǎn)是：它的重度用戶，其實(shí)并不太在意那種“邊際效率提升”，或者 UI 上一點(diǎn)點(diǎn)的小優(yōu)化。他們更在意的是對(duì)這個(gè)產(chǎn)品的深度熟悉和肌肉記憶。

這里面是有教訓(xùn)的。我在很多產(chǎn)品表面上都見過這種情況：作為開發(fā)者，你會(huì)覺得“如果我單獨(dú)給你做一個(gè)更貼合這個(gè)場景的小工具，你的工作流會(huì)更好”。但結(jié)果往往是，用戶并不會(huì)去用那個(gè)新工具，而是繼續(xù)在他們已經(jīng)非常熟悉的產(chǎn)品里，把事情做完。

舉個(gè)例子，這是我在 Slack 工作多年反復(fù)學(xué)到的一課：你可以做很多你自認(rèn)為更適合某個(gè)使用場景的獨(dú)立服務(wù)，但用戶最后往往還是選擇就在聊天里完成這件事。

Dan：說到這里，雖然今天的主題更偏向非開發(fā)者，但我感覺現(xiàn)在有不少開發(fā)者在看。你正好是那種“真的把這個(gè)東西做出來了”的人，對(duì) Agent native 應(yīng)用的構(gòu)建理解非常深。

我們一直在思考 Agent-native 應(yīng)用的核心原則。比如其中一個(gè)原則是“對(duì)等性（parity）”：用戶通過 UI 能做的事情，agent 也應(yīng)該能做。我在 Cowork 里已經(jīng)能看到這一點(diǎn)。另一個(gè)是“粒度（granularity）”：工具應(yīng)該盡量處在比功能更底層的層級(jí)，而“功能”更多存在于 prompt 或 Skill 中，這樣你就能以開發(fā)者沒預(yù)料到的方式去組合工具。這會(huì)自然帶來第三個(gè)原則“可組合性（composability）”，而可組合性最終會(huì)產(chǎn)生第四個(gè)：涌現(xiàn)能力（emergent capability）。也就是用戶開始用它做你完全沒想到的事情，你看到了潛在需求，然后再圍繞它構(gòu)建產(chǎn)品。

這在我看來，幾乎就是 Claude Code 的工作方式。我很好奇，這一套在你聽來是否成立？或者從你們?cè)?Anthropic 大規(guī)模落地的經(jīng)驗(yàn)來看，有沒有什么能讓大家把 Agent native 應(yīng)用做得更好的建議？

Felix：這套說法對(duì)我來說非常有共鳴。而且我覺得，“涌現(xiàn)能力”里隱藏著一個(gè)非常重要的事實(shí)：無論是個(gè)人還是在孤立的小團(tuán)隊(duì)里，我們幾乎不可能提前預(yù)測一個(gè) Agent 最終會(huì)在哪些地方變得極其有用，尤其是當(dāng)你只給了它一些相對(duì)原始的工具時(shí)。

把工具盡可能下沉、做成通用形態(tài)，是一件非常強(qiáng)大的事情。工具越可組合、越通用，你就越能從模型智能的持續(xù)提升中獲益。我和很多開發(fā)者聊過一個(gè)感受：模型智能提升、以及模型“正確調(diào)用工具”的能力，增長速度往往遠(yuǎn)快于你新增工具、或者教育用戶理解這些工具的速度。

所以如果你退一步思考：“我能不能先做一個(gè)高度通用的工具？”那你構(gòu)建出一個(gè)可以適應(yīng)未來新場景的產(chǎn)品的概率，其實(shí)會(huì)大得多。這一點(diǎn)，我非常認(rèn)同。

Dan：那在這些原則之下，你怎么看其中的取舍？比如工具設(shè)計(jì)本身的權(quán)衡問題。

Kieran：對(duì)，我覺得把東西放進(jìn) prompt 里、再配合工具，本身是很棒的。但問題在于，我們現(xiàn)在突然需要去創(chuàng)建一些“能讀取 Skills 的工具”，或者類似的東西。于是就出現(xiàn)了一個(gè)新的“元層”。Skills 本質(zhì)上就像是一種即時(shí)的 prompt 注入，但你得先把這個(gè)體系搭出來。現(xiàn)在所有在做這些東西的人，如果不是直接用 Claude Code 或 Cloud SDK，那基本都得自己從頭構(gòu)建一整套。

于是就出現(xiàn)了一種拉扯：你到底是把行為直接描述在一個(gè) tool 里？還是再包一層 tool，讓它去調(diào)用別的東西？這中間是有摩擦成本的。當(dāng)然，可組合性是很好的。比如一開始你可能會(huì)有五個(gè) tool：搜索郵件、讀取郵件、做這個(gè)、做那個(gè)。但你也可以說：不，我只提供一個(gè) execute tool，然后用 Skills、MCP，或者某種抽象層來完成這些事情�，F(xiàn)在正處在這樣一個(gè)轉(zhuǎn)變期，而 Claude Code 和 Claude SDK 顯然是在推動(dòng)這個(gè)方向。

但我確實(shí)能感受到這種摩擦。我猜你也一定感受到了。所以我很好奇：你有沒有什么最佳實(shí)踐，能給那些還停留在“傳統(tǒng) AI 應(yīng)用思維”的人一些建議？

Felix：我不確定我能給出什么“來自山頂?shù)闹腔邸�，�?huì)比你已經(jīng)擁有的經(jīng)驗(yàn)更有價(jià)值。但你說的那點(diǎn)，確實(shí)非常戳中我。我覺得你必須做一個(gè)取舍：哪些輸出你愿意讓它是非確定性的、哪些地方你愿意依賴模型的智能。而且一旦你依賴模型智能，每當(dāng)你換一個(gè)更便宜、或者“更笨”的模型，那些地方的質(zhì)量就會(huì)下降。

所以我會(huì)把整個(gè)工作流拆成兩類：一類是非確定性的；一類是可重復(fù)、穩(wěn)定的。如果某個(gè)部分非�？芍貜�(fù)，而且你可以非常確信它“永遠(yuǎn)不會(huì)變”，而且就算模型變聰明了，你也得不到任何額外收益，那我會(huì)覺得，這正是寫一個(gè)工具的好地方。

其實(shí)我們已經(jīng)在這么做了。你完全可以給 Claude 一個(gè)極其通用的“匯編級(jí)”工具，比如：“直接調(diào)用 GCC，你想怎么編就怎么編。”但我們并沒有這么做，因?yàn)槟菢泳吞偪窳恕?/p>

Skills 與可組合性實(shí)踐

Dan：那已經(jīng)是粒度的極限了。

Kieran：不過我也想說一句：當(dāng)我和很多開發(fā)者聊的時(shí)候，我發(fā)現(xiàn)即便這個(gè)“是否要給模型工具”的基本假設(shè)，也正在被挑戰(zhàn)。我不會(huì)把太多賭注壓在這個(gè)假設(shè)上。比如，我們到底是不是還需要給 Claude 工具？還是說，某一天它只需要靠記憶和權(quán)重，直接把 0 和 1 寫到世界里？這是一個(gè)非常有意思、也非常難判斷的問題，沒人真的知道答案。

但你們已經(jīng)在實(shí)踐中學(xué)到了一些東西。你們之所以創(chuàng)造了 Skills，就是因?yàn)閮H靠 Slash command 或子 Agent 已經(jīng)不夠了，對(duì)吧？我們需要 Claude.md 更強(qiáng)，但現(xiàn)實(shí)是 Skills 正是為了解決這個(gè)問題而誕生的，而且顯然它們效果很好。我完全認(rèn)同你說的，Skills 太棒了。我現(xiàn)在幾乎每天都在寫 Skills，而且真的很愛用。所以這里面一定有些什么。但問題是：什么時(shí)候應(yīng)該用 Skill？什么時(shí)候又不該？

Felix：這真的是一場特別有意思的對(duì)話。有一個(gè)你以后真的應(yīng)該跟 Barry 聊聊。在公司內(nèi)部，至少在某種程度上，Skills 這個(gè)概念就是他提出來的。從根本上說，Skills 正是你剛才描述的那種張力的自然產(chǎn)物。

舉個(gè)例子，我們想讓公司內(nèi)部的人能很容易地拿到各種儀表盤。我們用的是一家主流數(shù)據(jù)服務(wù)商，很多數(shù)據(jù)都在那兒。一開始我們?cè)谙耄阂灰鲆欢逊浅＞唧w的工具，專門去拉數(shù)據(jù)、壓縮成固定格式。最早那幾版儀表盤，其實(shí)效果并不理想（那還是 4.5 之前）。大概每三四個(gè)里面，就有一個(gè)看起來很拉胯。于是，我們開始想：要不要把參數(shù)卡死，直接做一個(gè)“固定模板”的儀表盤？Claude 只負(fù)責(zé)往里面填新數(shù)據(jù)。

但在這個(gè)過程中，我們突然發(fā)現(xiàn)了一件事：如果你只是告訴 Claude 如何正確地查詢這個(gè)數(shù)據(jù)源、可以使用 SQL、以及生成儀表盤時(shí)需要遵循哪些設(shè)計(jì)原則，突然間，它就能穩(wěn)定地產(chǎn)出質(zhì)量很高的結(jié)果，而且是“幾乎每一次”都很好。

更重要的是，這就打開了“涌現(xiàn)能力”的大門。因?yàn)槟氵�可以對(duì) Claude 說：“我知道你在遵循這些儀表盤原則，但我想換一種圖表類型”，或者“我想把它和另一份數(shù)據(jù)結(jié)合起來�！本驮谶@一刻，事情真正開始變得有趣了。

Dan：這真的很有意思。我覺得為什么要用 Skill，而不是只給它 GCC、讓一切都即興發(fā)生，其中一個(gè)關(guān)鍵原因在于：你需要把一些可重復(fù)的、可分享的知識(shí)，變成一個(gè)大家都能討論、都能復(fù)用的東西。并不是所有事情都應(yīng)該是“即時(shí)生成”的。有些事情，你就是希望一個(gè)團(tuán)隊(duì)能長期、反復(fù)地用同一種方式來做。而這，本質(zhì)上就是 Skill。

Felix：而且這其實(shí)也很符合人類本身的工作方式，對(duì)吧？比如我剛加入一家公司時(shí)，總有人教我怎么訂機(jī)票、怎么訂會(huì)議室。從某種意義上說，我們每個(gè)人，都是靠著一堆 markdown 文件在工作。

我覺得差不多該下線了，但在走之前，我想讓你們兩個(gè)各自給我一個(gè)建議：你們最希望我們改的一件事是什么？

Dan：那我先來一個(gè)最簡單的：給我對(duì)整臺(tái)電腦的完全訪問權(quán)限。還有就是，讓我更清楚地知道它現(xiàn)在到底是在我本地電腦上運(yùn)行，還是在云端以聊天的形式運(yùn)行；以及，讓它在手機(jī)上用起來更順暢。

Kieran：我也支持移動(dòng)端。但我最想要的是能讓我添加自己的插件。我有一個(gè)插件市場，我只想把它接進(jìn)來直接用�，F(xiàn)在我得在一個(gè)應(yīng)用里加?xùn)|西，再拷貝到這里，有點(diǎn)繞�？赡芤材軠惡嫌�，但如果能原生支持插件市場、直接添加插件，那真的會(huì)非常棒。

Felix：好，明白了。謝謝你們，這些反饋都非常有價(jià)值。我們會(huì)把這些帶回去，跟團(tuán)隊(duì)一起討論。也歡迎大家把想法發(fā)給我們。我們真的很希望聽到大家的反饋，并據(jù)此調(diào)整路線圖。

測試總結(jié)：理念可以，做得一般

最后，我們總結(jié)了 Every 團(tuán)隊(duì)的測評(píng)結(jié)果。

Claude Cowork 的核心定位是為非技術(shù)用戶提供 Claude Code 級(jí)別的 AI 協(xié)作能力，其最顯著的突破在于重構(gòu)了 AI 使用邏輯，從傳統(tǒng)“發(fā)提示詞→等回復(fù)”的一問一答模式，升級(jí)為“異步協(xié)作”模式。

與普通 Claude 聊天相比，Claude Cowork 專為“長時(shí)間工作”設(shè)計(jì)，具備持續(xù)推進(jìn)任務(wù)直至完成的能力。直播中展示的典型案例包括：審計(jì)過去一個(gè)月的日歷并分析與目標(biāo)的匹配度、抓取 PostHog 數(shù)據(jù)統(tǒng)計(jì)按鈕點(diǎn)擊量、分析 Every 咨詢業(yè)務(wù)的競品、整理下載文件夾、校對(duì) Google Docs 文案等。這些任務(wù)均需 AI 持續(xù)“瀏覽”、推理，部分任務(wù)耗時(shí)可達(dá)一小時(shí)左右，遠(yuǎn)超普通 AI 聊天的響應(yīng)速度。

產(chǎn)品的場景適配性極強(qiáng)，尤其適合需要深度研究和數(shù)據(jù)處理的崗位。用戶只需連接 Chrome 瀏覽器，AI 即可直接使用用戶已登錄的各類服務(wù)，無需重復(fù)認(rèn)證，輕松完成 Twitter 時(shí)間線熱點(diǎn)分析、競品信息搜集等需多平臺(tái)聯(lián)動(dòng)的任務(wù)。同時(shí)，它支持生成文檔、Excel、PPT、PDF 等多種產(chǎn)出物，可應(yīng)用于簡歷優(yōu)化、會(huì)議發(fā)言起草等日常工作場景，大幅提升增長團(tuán)隊(duì)、咨詢?nèi)藛T、寫作者等群體的工作效率。

在交互設(shè)計(jì)上，產(chǎn)品右側(cè)設(shè)置了待辦任務(wù)列表，清晰展示任務(wù)進(jìn)度與當(dāng)前階段，用戶可直觀掌握 AI 工作狀態(tài)。其“詢問用戶”功能還配備了可視化交互界面，支持多選項(xiàng)快速響應(yīng)，進(jìn)一步降低了操作門檻。

根據(jù)測評(píng)，Cowork 具備較強(qiáng)的可擴(kuò)展性，支持加載用戶已安裝的 Claude Skills，這也是其最具“可玩度”和“可定制性”的核心入口。用戶可通過 Skills 封裝專業(yè)知識(shí)與操作邏輯，實(shí)現(xiàn)個(gè)性化需求。

測評(píng)團(tuán)隊(duì)也指出了產(chǎn)品當(dāng)前存在的爭議與不足。

最核心的爭議在于“單獨(dú)設(shè)置 Cowork 標(biāo)簽頁”的設(shè)計(jì)：部分用戶認(rèn)為應(yīng)在同一標(biāo)簽頁內(nèi)根據(jù)任務(wù)自動(dòng)切換模式，避免額外的選擇成本；但也有觀點(diǎn)認(rèn)為，獨(dú)立標(biāo)簽頁能明確提醒用戶切換使用心態(tài)：從“實(shí)時(shí)對(duì)話”轉(zhuǎn)向“異步托付”，尤其對(duì)非技術(shù)用戶而言，這種明確的區(qū)分有助于適應(yīng)全新的協(xié)作范式。

另外在體驗(yàn)細(xì)節(jié)上，產(chǎn)品仍有諸多優(yōu)化空間：一是 UI 打磨不足，任務(wù)列表僅按時(shí)間排序，缺乏視覺區(qū)分度，部分內(nèi)容存在“懶加載”導(dǎo)致展示不及時(shí)；二是權(quán)限管理不夠直觀，普通用戶難以清晰判斷 AI 是在本地還是云端運(yùn)行，文件夾訪問權(quán)限需手動(dòng)配置易造成困惑；三是“詢問用戶”功能存在邏輯缺陷，可能在用戶未響應(yīng)時(shí)自動(dòng)跳過問題，且選項(xiàng)數(shù)量和字符數(shù)存在限制；四是對(duì)復(fù)雜應(yīng)用（如 Google Docs）的適配尚不完善，相關(guān)操作容易失敗。

針對(duì)不同用戶，測評(píng)團(tuán)隊(duì)給出了針對(duì)性使用建議：非技術(shù)用戶可將其視為“升級(jí)版聊天功能”，用日常任務(wù)直接嘗試，逐步適應(yīng)異步協(xié)作模式；重度用戶可嘗試通過 Skills 定制個(gè)性化功能，探索組合使用的可能性。他們表示，所有用戶均需保持好奇心，忽略“三個(gè)月前 AI 做不到”的固有認(rèn)知，在每一次產(chǎn)品更新后重新嘗試核心需求，畢竟 AI 能力每隔幾個(gè)月就會(huì)發(fā)生巨大迭代。

最終，測評(píng)團(tuán)隊(duì)給出的評(píng)分結(jié)論為：“理念綠牌，當(dāng)前執(zhí)行黃牌”。理念層面，產(chǎn)品開創(chuàng)性地將 Claude Code 級(jí)別的異步協(xié)作能力開放給非技術(shù)用戶，推動(dòng)了 AI 協(xié)作范式的轉(zhuǎn)變，具備極高的探索價(jià)值；執(zhí)行層面，因 UI 粗糙、部分功能邏輯不完善等問題，當(dāng)前體驗(yàn)仍有較大優(yōu)化空間。

https://www.youtube.com/watch?v=_6C9nMvQsGU

https://www.youtube.com/watch?v=oPBN-QIfLaY

https://www.promptarmor.com/resources/claude-cowork-exfiltrates-files

會(huì)議推薦

InfoQ 2026 全年會(huì)議規(guī)劃已上線！從 AI Infra 到 Agentic AI，從 AI 工程化到產(chǎn)業(yè)落地，從技術(shù)前沿到行業(yè)應(yīng)用，全面覆蓋 AI 與軟件開發(fā)核心賽道！集結(jié)全球技術(shù)先鋒，拆解真實(shí)生產(chǎn)案例、深挖技術(shù)與產(chǎn)業(yè)落地痛點(diǎn)，探索前沿領(lǐng)域、聚焦產(chǎn)業(yè)賦能，獲取實(shí)戰(zhàn)落地方案與前瞻產(chǎn)業(yè)洞察，高效實(shí)現(xiàn)技術(shù)價(jià)值轉(zhuǎn)化。把握行業(yè)變革關(guān)鍵節(jié)點(diǎn)，搶占 2026 智能升級(jí)發(fā)展先機(jī)！