Claude Artifacts 一夜打通“全網公開分享 + 多人編輯”，AI 交付閉環徹底殺瘋了

作者 ｜ 冬梅

7 月 14 日，Anthropic 旗下 Claude 開發者賬號宣布，Artifacts 迎來一輪協作能力更新：Claude Code 創建的 Artifact 現在支持公開分享和多人協作編輯，團隊還可以通過 Slack 中的 Claude Tag 直接創建 Artifact。

乍看之下，這些功能似乎并不陌生。

Claude 早就可以生成 Artifact，用戶此前也能分享 Claude 創建的網頁、圖表和應用。那么，Anthropic 這次更新的究竟是什么？

關鍵區別在于，此次獲得升級的主要不是 Claude 網頁端原有的 Artifacts，而是今年 6 月才進入 Claude Code 的 Artifacts。

Anthropic 正在把原本分散于 Claude 對話、終端和 Slack 中的能力連接起來，使 Artifact 從個人生成的展示結果，逐漸變成可由團隊共同維護和對外交付的工作載體。

Artifacts 最早于 2024 年 6 月隨 Claude 3.5 Sonnet 推出。當時，Claude 生成的代碼、文檔或網頁設計會出現在對話旁邊的獨立窗口中，用戶可以查看、修改并繼續迭代。Anthropic 將其定義為 Claude 從聊天機器人走向協作工作環境的重要一步。

此后，普通 Claude 用戶已經可以將 Artifact 發布為公開鏈接。

根據 Anthropic 的幫助文檔，Free、Pro 和 Max 用戶發布 Artifact 后，任何獲得鏈接的人都可以在無需登錄的情況下查看和操作；其他 Claude 用戶還可以點擊“Customize”，基于原內容創建自己的副本。

因此，“Artifacts 支持公開分享”本身并不是今天才出現的新功能。

此次真正新增的是：由 Claude Code 創建的 Artifact，也可以公開分享了。

1 Artifacts 從組織內走向全網公開

Anthropic 于 6 月 18 日正式宣布 Claude Code 支持 Artifacts。開發者可以讓 Claude Code 把終端中的工作過程轉化為可視化網頁，例如代碼變更說明、故障調查時間線、數據儀表盤、系統架構說明或發布檢查清單。

與普通 Claude 對話中的 Artifact 不同，Claude Code Artifact 可以直接讀取當前會話掌握的代碼庫、連接器數據和對話上下文，并隨著 Claude Code 繼續執行任務而更新。每次發布都會形成一個新版本，但網頁地址保持不變，已經打開頁面的團隊成員可以看到最新結果。

不過，在 6 月 18 日剛上線時，這項能力明顯偏向企業內部使用。Anthropic 當時明確表示，Claude Code Artifact 默認只有作者本人可見，分享后也只能由同一組織中經過身份驗證的成員訪問，不能生成面向互聯網的公開鏈接。

而今天更新后，這一邊界被打開。

根據最新的 Claude Code 文檔，用戶現在可以讓 Artifact 保持私有、分享給組織成員，或者將其發布為任何人都能訪問的公開鏈接。Pro 和 Max 用戶主要通過公開鏈接分享；Team 和 Enterprise 組織則可以由管理員決定是否開啟外部公開分享。

這意味著，Claude Code 生成的代碼講解、產品原型、技術方案和數據頁面不再只能作為公司內部的狀態同步工具，也可以直接發送給客戶、合作伙伴或外部社區。過去開發者可能需要導出 HTML、另找托管平臺或重新整理成文檔，現在可以直接把 Claude Code 的工作結果發布成一個網頁地址。

2 多人編輯也變樣了

相比于此前的功能，新增功能的第二個變化是所謂的“multiplayer editing”，即多人協作編輯。

過去，其他用戶雖然可以查看或“Customize”一個 Artifact，但 Customize 的本質是創建副本：Claude 會打開一個新對話，將原 Artifact 的內容復制進去，用戶后續的修改不會影響原始頁面。它更接近“基于別人的模板繼續創作”，而不是共同維護同一份成果。

新功能則增加了真正的編輯者權限。在 Team 和 Enterprise 套餐中，Artifact 創建者可以把某位組織成員從 viewer 設置為 editor。

獲得編輯權的成員可以在自己的 Claude Code 會話中提交 Artifact 鏈接，Claude 會讀取當前版本，并將修改后的內容重新發布到原來的地址。頁面中的其他成員能夠看到新版本，系統也會保留版本記錄。

例如，一名工程師可以先讓 Claude Code 生成故障調查頁面，運維人員隨后補充監控數據，產品負責人再修改面向業務方的說明。所有人維護的是同一個 Artifact，而不是各自復制出多個逐漸失去同步的版本。

不過，Anthropic 所說的“多人編輯”與 Google Docs 或 Figma 式的實時共編仍有區別。

官方描述的流程是：成員分別在自己的 Claude Code 會話中調用同一個 Artifact，修改并發布新版本，而不是多人在瀏覽器中同時輸入、看到彼此的光標。因此，更準確的說應該是“多人共享編輯權和版本化協作”，不是逐字同步的實時文檔共編。

3 Claude Tag 開始從 Slack 直接交付工作成果

根據 Claude 開發者賬號描述，第三項更新是 Claude Tag 與 Artifacts 的進一步打通。

Claude Tag 于 6 月 23 日上線，面向 Team 和 Enterprise 用戶。團隊成員可以在 Slack 對話中直接 @Claude，將任務交給 Claude 處理，而不必離開原有的頻道和討論線程。

此前，Claude Tag 的核心價值主要是讓團隊在 Slack 中委派任務、補充要求和查看執行結果。此次更新后，團隊可以直接在 Slack 中要求 Claude Tag 創建 Artifact，例如把頻道中的事故討論整理成時間線、把項目數據轉化為儀表盤，或者將產品需求制作成交互式原型。Claude 完成任務后，可以把 Artifact 鏈接返回到原來的 Slack 對話中。

這看似只是增加了一個入口，實際上改變了工作流。過去，團隊需要先在 Slack 中討論，再由某個人轉到 Claude Code 或 Claude 網頁端整理結果；現在，Slack 中的討論可以直接觸發 Claude 執行任務，并生成一個可繼續編輯、持續更新和公開分享的成果頁面。

由此，Anthropic 正在打通一條更完整的協作鏈路：團隊在 Slack 中提出任務，Claude Tag 調度執行，Claude Code 利用代碼庫和連接器中的上下文完成工作，Artifact 承載最終結果，隨后由多名成員繼續編輯，并在組織內或對外發布。

4 Anthropic 逐步補齊協作閉環

需要注意的是，Claude Code Artifact 仍然不是完整的應用托管平臺。

Anthropic 將其定義為“工作的快照，不是應用程序”。它主要是一張包含 HTML、CSS 和內聯 JavaScript 的獨立頁面，沒有后端，不能在訪問時調用外部 API、保存表單數據或承載多個頁面路由。

因此，這次更新的重點是希望進一步降低 AI 工作結果進入真實團隊協作的門檻。不難看出，Anthropic 正在逐步補齊 Claude 協作體系中缺失的幾塊拼圖：Claude Code Artifact 獲得了公開發布能力，組織成員能夠共同維護同一成果，Claude Tag 則把創建入口帶到了 Slack。

Anthropic 想解決的問題，已經不只是“Claude 能否完成任務”，是 Claude 完成的工作能否被團隊接住、繼續修改，并最終交付出去。

Anthropic 也在用自己的產品驗證這套協作模式。

在 6 月 23 日發布 Claude Tag 時，Anthropic 表示，@Claude 已經成為公司內部完成工作的重要方式。按照公司的說法，其產品團隊目前有 65% 的代碼由內部版本的 Claude Tag 創建。除此之外，員工還會讓 Claude 追蹤產品指標、處理支持工單和調查復雜問題的根因。

這一數據不意味著 Anthropic 全公司的 65% 代碼都由 Claude 生成，也不是一個經過外部審計的行業統計，而是 Anthropic 對其產品團隊使用內部版 Claude Tag 情況的自述。

但它仍然說明，Claude Tag 并不僅是一項對外展示的 Slack 插件。Anthropic 正在嘗試把多人共享上下文、異步任務委派和代碼生成結合起來，將其用于自身產品開發。

這也是此次 Artifacts 更新的重要背景。

如果 Claude Tag 只能在 Slack 中返回一段文字，團隊仍然需要人工轉移、整理和發布結果；當它可以直接生成 Artifact 后，Slack 中被委派的任務就有了一個可以持續維護的交付出口。

5 Anthropic 要講一個比模型更有說服力的故事

Anthropic 今天更新的這一功能呢，看似只是增加了一種內容格式，背后卻反映出企業 AI 產品競爭正在發生變化。模型能否生成代碼、總結文檔或分析數據，已經不再是唯一問題。對企業用戶而言，更現實的考驗是：AI 能否進入員工原本就在使用的工作環境，能否調用組織內部的數據和工具，能否把任務結果交給團隊繼續處理，并最終進入正式業務流程。

換句話說，企業 AI 的競爭，正在從單純比較模型能力，逐漸轉向爭奪工作流入口和任務交付鏈路。

在這一輪競爭中，谷歌這位老大哥的優勢來自 Workspace。Gemini 可以直接進入 Gmail、Docs、Sheets、Slides 和 Meet，天然占據郵件、文檔、表格、演示和會議等辦公入口。

而 OpenAI 則在持續擴展 ChatGPT 的企業連接器、智能體能力和任務執行功能，試圖讓 ChatGPT 從獨立對話窗口進入企業數據和業務系統。

Anthropic 選擇了另一條路徑。它先憑借 Claude Code 切入開發者群體，再通過 Cowork、Claude Tag、Microsoft 365 連接器和 Artifacts，將能力逐步延伸至更廣泛的企業工作場景。

在這套產品組合中，Claude Code 負責理解代碼庫并執行開發任務，Claude Tag 承接 Slack 中的討論和任務委派，Microsoft 365 連接郵件、文檔、表格和演示文件，Cowork 處理跨應用、長時間運行的知識工作，Artifacts 則負責把最終結果轉化為可以分享、修改和持續更新的交付頁面。

因此，此次更新的重要性并不只在于 Claude 又多了一項分享功能，而在于 Anthropic 正在嘗試把這些原本分散的能力串聯起來。任務可以從 Slack 發起，由 Claude 調用代碼庫、文件和企業工具完成，再以 Artifact 的形式交回團隊維護。Claude 由此不再只是一個回答問題的模型，而開始成為企業工作流中的執行節點。

不過，AI 越深入企業流程，能力本身就越不是唯一門檻。真正決定企業是否愿意部署的，往往是權限、審計和治理。

Claude Tag 管理員可以限定 Claude 能夠進入哪些 Slack 頻道、讀取哪些數據以及調用哪些工具，也可以分別設置組織級和頻道級的 Token 支出上限，并查看 Claude 執行過的任務及其發起者。企業還可以將不同用途的 Claude 隔離在不同權限范圍內，避免工程團隊使用的 Claude 接觸銷售、財務等部門的數據。

這類控制對企業部署十分關鍵。AI 工具越能讀取郵件、代碼庫、聊天記錄和內部文件，企業就越需要回答幾個問題：誰可以調用它，它能夠訪問什么信息，執行了哪些操作，產生的結果由誰審核，以及哪些內容可以對外發布。

因此，企業 AI 的競爭不會只由模型排行榜決定。模型能力只是基礎，真正的壁壘還包括對辦公入口的控制、對企業數據權限的繼承、與現有軟件系統的集成，以及能否形成一套可審計、可管理的完整工作流。

這輪更新還有一層資本市場背景：站在 IPO 節點，Anthrpoic 要講一個比模型更有說服力的故事。

6 月 1 日，Anthropic 已經向美國證券交易委員會秘密提交了 IPO 注冊文件，正式啟動上市準備。站在這一節點，公司需要向未來的公開市場投資者證明的，已經不只是 Claude 模型有多強，而是這套能力能否形成持續收入、穩定客戶關系和足夠深的企業壁壘。

模型能力固然是 Anthropic 快速增長的基礎，但對于一家準備進入公開市場的公司而言，僅靠模型排行榜并不足以支撐長期估值。模型迭代速度很快，領先優勢可能隨著下一輪發布迅速縮??；API 調用也容易陷入價格競爭。

資本市場最終會追問更現實的問題：客戶為什么持續付費，遷移成本在哪里，Anthropic 能否從算力消耗巨大的模型供應商，成長為掌握企業工作入口的平臺。

這正是 Claude Code、Cowork、Claude Tag、Microsoft 365 連接器和 Artifacts 被不斷串聯起來的意義。

https://cryptobriefing.com/anthropic-claude-sharing-team-editing-features/

https://x.com/ClaudeDevs/status/2076789349145092230