# 影片筆記：5 Ways Claude Tag Could Change How You Use AI

## 一句話總結

影片深入探討 Anthropic 推出的 **Claude Tag** 功能，指出其透過將 Claude 整合至 Slack 等現有協作平台，實現了從「單一使用者提示」到「團隊級別委派」的範式轉移，並分析了此功能在內部採用、UI/UX 演進、信任挑戰及供應商鎖定風險等方面的影響。

## 核心重點

1.  **Claude Tag 的核心定義**：
    *   不僅是 Slack 中的聊天機器人，而是具備完整團隊成員資格的協作者。
    *   能存取所有頻道的上下文及團隊工具，具備主動性（Proactivity）、子代理（Sub-agents）及長程任務管理能力。
    *   Anthropic 內部數據顯示，其產品團隊 **65%** 的程式碼現已來自內部版本的 Claude Tag。

2.  **LLM UI/UX 的第三次重設計**：
    *   第一次：網站（Website）。
    *   第二次：電腦應用程式（App）。
    *   第三次：具備組織級工具與上下文的、與人類團隊並行的自主、持久、非同步實體（Self-contained persistent asynchronous entity）。

3.  **五大範式轉移（5 Ways）**：
    1.  **從原生應用程式介面到現有工作場所介面**：打破網頁/桌面應用環境，利用人們已習慣的空間（如 Slack）。
    2.  **從私人聊天機器人到共享隊友體驗**：將共享功能推向新高，成為團隊共同協作者。
    3.  **從單一使用者上下文到完整團隊上下文**：代理從原生環境移至團隊環境，無需創建全新方式即可存取周圍環境上下文（Ambient context）。
    4.  **從提示（Prompting）到委派（Delegation）**：互動模式從「告訴 AI 做什麼」轉向「告訴 AI 試圖完成什麼」，賦予更多自由與範圍。
    5.  **從個人必要到關鍵基礎設施**：AI 的重要性從僅對關鍵工作者個人必要，轉變為實際的組織級基礎設施。

4.  **潛在挑戰與風險**：
    *   **信任與監視感**：員工感到被監視，無論表現好壞都會引發負面解讀（表現好被解讀為「外包思考」，表現平庸被解讀為「預期的平庸」）。
    *   **上下文碎片化**：不同頻道中的 Claude 擁有不同的權限、工具和上下文，導致使用者感到困惑，認為 Slack 中的 Claude 並非單一實體。
    *   **供應商鎖定**：部分開發者（如 Hugging Face 產品負責人 Victor）建議自建 Agent 以避免依賴單一閉源提供商。

## 詳細大綱

### 第一部分：頭條新聞與政策動態（背景資訊）

*   **Anthropic 訴訟案**：
    *   客戶 Legion 起訴美國政府，要求恢復對 Claude 模型的訪問權限。
    *   指控禁令非法且損害商業利益。
    *   法律分析認為政府可能越權（軟體輸出非出口管制範圍、IEEPA 權力適用性、違反行政命令），但預計最終會通過談判解決。
    *   兩黨國會議員信函被視為「Nothing Burger」（無實際效力）。
*   **Meta 與白宮協議**：
    *   白宮施壓 Meta 進行自願性的模型安全與性能測試。
    *   Meta 成為最後一個簽署協議的主要 AI 實驗室。
    *   測試範圍為 AI 標準與創新中心（Commerce Dept），而非 NSA 的安全測試。
*   **中國機器人工業威脅**：
    *   商務部長 Howard Lutnik 召開閉門會議，討論中國製造的機器人對美國工業基礎的威脅。
    *   參與企業包括 Boston Dynamics, SpaceX, Siemens, Goldman Sachs。
    *   擔憂「美國的大腦，中國的軀體」。
    *   國會議員呼籲通過法案限制中國軍事公司 Unitary 的機器人銷售（提及《Guard Act》）。
    *   Elon Musk 稱 Optimus 3 即將完成，但市場持懷疑態度。
*   **xAI 技術更新**：
    *   推出 Grok Build 的「Goal Primitive」功能，結合 Cursor 進行長程程式碼任務自動化。
    *   流程：規劃、實施、驗證，無需用戶干預。
    *   技術組合：Grok Build 0.1 與 Cursor Composer 2.5 的結合。
*   **ByteDance Seedance 2.5**：
    *   發布影片生成模型預覽，支援 30 秒長度、4K 解析度及多模態參考輸入。
    *   被認為可能成為影片模型的轉捩點，探討是否形成遞迴反饋迴圈（Recursive Feedback Loop）。
*   **市場動態**：
    *   Google 股價下跌引發對更廣泛 AI 銷售減少的關注。

### 第二部分：Claude Tag 的核心功能與應用

*   **定義與定位**：
    *   存取所有不同頻道的上下文及團隊已使用的工具。
    *   Anthropic 內部稱其為「Claude Code 的進化版」，專為全團隊協作設計。
    *   工作流程：在 Slack 標記 Claude 並提出請求 -> 拆解任務為階段 -> 使用存取的工具執行 -> 在對話線程中回應結果。
    *   具體能力：撰寫或合併 Pull Request、執行數據分析、協助解決頻道內的事故。
*   **內部採用數據**：
    *   Anthropic 產品團隊 65% 的程式碼現來自內部版本的 Claude Tag。
    *   單一 Claude 與所有人互動，隊友可接續之前的工作進度。
    *   「環境行為（Ambient behavior）」開啟後，Claude 會主動跟進靜默線程並標記相關內容。
*   **專家與開發者反饋**：
    *   **Alexander Bricken**：完全改變了 Anthropic 的工作方式，是全新的非同步工作模式。
    *   **Tobin South**：90% 以上的工作透過 Claude Tag 完成。
    *   **Andre Karpathy**：這是與組織範圍內其他人類活動更一致的互動新範式，背後工程（工具整合、運算環境、記憶體、安全性）使 Claude 能無縫加入團隊。
    *   **Ejaz**：對 65% 的產品程式碼由群組聊天中的 Claude Tag 撰寫感到震驚，認為產品文件撰寫時代已逝。
    *   **Nick Dobos**：Anthropic 不再使用 Cloud Code，這是主要的代理使用者體驗（Agent UX）轉移。
    *   **Tarik (Claude Code 團隊成員)**：
        *   每個頻道中的 Claude 各不相同。
        *   建議：使用「錨定訊息（Pin message）」和指示來介紹 Claude 到新頻道，類似 `.claude.md` 檔案。
        *   個人頻道建議：建立個人頻道（如 `tarik-claude`）給予特定指示，轉發訊息讓 Claude 按個人喜好工作。
        *   解決 overwhelm：在個人頻道中要求 Claude 更新狀態的錨定訊息，使用表情符號（Emojis）一目瞭然追蹤工作流。
    *   **Chris Taylor (Fractional)**：
        *   負責 Anthropic 的向前部署工程組（Forward deployed engineering group）。
        *   功能：接手瑣碎工作、每日狀態摘要、跟進休假人員、催促隊友、推遲截止日期。
        *   自主性：當排程任務出錯時，自動偵測錯誤、修復並撰寫報告。
        *   自我管理：測試期間自動建立追蹤器，自動歸檔新問題與用例。
        *   程式碼能力：讀取程式碼庫、列出 10 個最重要問題、堆疊排名、進行更改並開啟審查，全程在 Slack 完成。
    *   **Nityesh (Every Team)**：
        *   在 Anthropic 宣布前幾個月，基於 OpenClaw 和 Claude Code 的無頭模式（Headless mode），自行建構了類似系統，將 Mac 變成 AI 員工並在 Slack 工作。
        *   驗證了 Slack 內代理的概念。
    *   **講者自身經驗**：
        *   3 月消耗十億 token 用於實驗 Slack 內的 AI 啟用代理，提供教練指導與 AI 策略開發。
        *   提到 Every 團隊從「每個員工建構自己的 AI 代理」轉向「基於功能與目標的代理群組共享上下文」，Claude Tag 似乎將此最佳實踐制度化。

### 第三部分：組織性依賴、挑戰與結論

*   **技術與配置挑戰**：
    *   Anthropic 發布部落格文章，提供關於「Agent 身分」設定的最佳實踐。
    *   權限設定並非直觀，需要額外關注。
*   **信任障礙與社會心理挑戰**：
    *   **民主化的雙面刃**：雖然擴大了能力範圍，但也觸發了既有信任障礙。
    *   **場景模擬**：
        *   團隊成員對 AI 的不信任、認為使用者過度依賴 AI、或持冷漠態度。
        *   **監視感**：一旦 Claude 進入頻道，所有訊息都被閱讀，工具屬性轉變為「我的工具」，被視為監視裝置。
        *   **雙重驗證困境**：
            *   表現好：被解讀為「外包思考」。
            *   表現平庸：被解讀為「預期的平庸」。
    *   結論：這在人為層面創造了新的挑戰。
*   **上下文與權限的碎片化**：
    *   不同頻道中的 Claude 擁有不同的工具、權限和上下文。
    *   這種差異會迅速導致混亂。
    *   使用者感到困惑，因為 Slack 中的 Claude 不是單一實體，而是取決於頻道和管理員配置。
    *   常見行為：使用者標記 Claude 詢問其能力、記憶及上下文維持方式。
*   **自建 Agent 的替代方案**：
    *   基於對單一閉源提供商外包流程的擔憂。
    *   Hugging Face 產品負責人 Victor 的觀點：
        *   自建 Agent 通過 Slack 使用非常簡單。
        *   支援任何模型（包括自託管）。
        *   完全客製化，無供應商鎖定，無等待名單，價格合理。
*   **結論**：
    *   儘管可能高估單一新功能的重要性，但 Anthropic 報告的顯著轉變表明，Claude Tag 是一個值得探索的範式轉移。
    *   後續將回報實際測試結果。

## 工具 / 模型 / 名詞整理

*   **AI 模型/產品**：
    *   **Claude / Claude Tag**：Anthropic 推出的 AI 模型及其在 Slack 中的標記功能/協作代理。
    *   **Claude Code**：被提及為 Claude Tag 的基礎或進化前身，具備主動性、子代理、長遠任務管理等功能。
    *   **Grok / Grok Build 0.1**：xAI 推出的模型及編碼環境。
    *   **Goal Primitive / Goal Command**：xAI 推出的功能，定義結果並設定長程任務。
    *   **Cursor (Composer 2.5)**：編碼輔助工具，與 Grok Build 結合使用。
    *   **Optimus 3**：Elon Musk 提到的機器人版本。
    *   **Seedance 2.5 / Seed Dance 2.0**：ByteDance 發布的影片生成模型。
    *   **Perplexity Computer**：Perplexity 推出的類似內部協作產品。
    *   **ChatGPT Workspace Agents**：OpenAI 提供的 Slack 代理功能。
    *   **OpenClaw**：Nityesh 用於建構自訂代理系統的基礎。
    *   **Codex**：提及作為對比。
    *   **Fable 5**：逐字稿中提到 "return of fable 5"，疑似錯字或內部代號。
    *   **Vo 3.1**：逐字稿中提到 "google's vo 3.1"，疑似錯字。
    *   **Unitary**：指稱一家中國軍事公司製造的機器人。
    *   **Cloud Code**：被提及為 Anthropic 過去使用但現在可能不再主要使用的工具（或指代其他雲端代碼環境）。
    *   **Claude Desktop**：被提及為存取 Claude 強大功能的方式之一。
    *   **Notebook LM**：被提及為過去與 Slack 頻道並行使用的工具。

*   **公司/組織**：
    *   **Anthropic**：開發 Claude 的公司。
    *   **US Government / White House**：美國政府與白宮。
    *   **Legion**：提起訴訟的法律科技公司。
    *   **Meta**：最後一個簽署協議的主要 AI 實驗室。
    *   **Microsoft**：提及。
    *   **xAI**：Elon Musk 的公司。
    *   **OpenAI**：提及。
    *   **Commerce Department (US)**：美國商務部。
    *   **NSA**：美國國家安全局。
    *   **Politico**：提及。
    *   **Boston Dynamics**：參與閉門會議的企業。
    *   **SpaceX**：參與閉門會議的企業。
    *   **Siemens**：參與閉門會議的企業。
    *   **Goldman Sachs**：參與閉門會議的企業。
    *   **Congressional Select Committee on China**：國會議員委員會。
    *   **Amazon**：提及。
    *   **ByteDance**：發布 Seedance 的公司。
    *   **TikTok**：提及。
    *   **Google**：提及股價下跌。
    *   **Super Intelligent**：提及於培訓課程的公司。
    *   **Semi-analysis**：提及使用 Perplexity Computer 的團隊/公司。
    *   **Click Health**：提及使用 ChatGPT Workspace Agents 的公司。
    *   **Hugging Face**：公司名稱，其產品負責人 Victor 提及自建 Agent 的經驗。

*   **人物**：
    *   **Howard Lutnik**：美國商務部長（逐字稿中多次出現 "our lutnik" 和 "howard lutnik"）。
    *   **Elon Musk**：提及 Optimus 3 與 xAI。
    *   **Simon Smith**：撰寫「第一印象」文章的人，評論 Seedance 2.5 與 ChatGPT Workspace Agents。
    *   **Mulnar**：Chairman，提及 Guard Act。
    *   **Alexander Bricken**：Anthropic 內部人員。
    *   **Tobin South**：Anthropic 內部人員。
    *   **Andre Karpathy**：專家，評論 LLM UI/UX 重設計。
    *   **Ejaz**：開發者，評論產品程式碼由 Claude Tag 撰寫。
    *   **Nick Dobos**：開發者，評論 Anthropic 不再使用 Cloud Code。
    *   **Tarik**：Claude Code 團隊成員。
    *   **Chris Taylor**：Fractional，負責 Anthropic 的向前部署工程組。
    *   **Nityesh**：Every Team 成員。
    *   **Victor**：Hugging Face 產品負責人。
    *   **Gail Wiener**：提出信任障礙場景的評論者。

## 操作流程整理

### Claude Tag 在 Anthropic 內部的典型工作流程
1.  **標記與請求**：在 Slack 頻道中標記（Tag）Claude 並提出請求。
2.  **任務拆解**：Claude 將任務拆解為多個階段。
3.  **工具執行**：使用存取的工具（如程式碼庫、數據分析工具）執行任務。
4.  **結果回應**：在對話線程中回應結果，包括撰寫或合併 Pull Request、執行數據分析、協助解決事故。
5.  **環境行為（Ambient Behavior）**：若開啟此功能，Claude 會主動跟進靜默線程並標記相關內容。
6.  **協作接續**：單一 Claude 與所有人互動，隊友可接續之前的工作進度，無需從頭解釋。

### 開發者建議的最佳實踐（Tarik 觀點）
1.  **初始化頻道**：使用「錨定訊息（Pin message）」和指示來介紹 Claude 到新頻道，類似 `.claude.md` 檔案，將這些加入記憶體。
2.  **個人頻道設定**：建立個人頻道（如 `tarik-claude`）給予特定指示，轉發訊息讓 Claude 按個人喜好工作。
3.  **狀態追蹤**：在個人頻道中要求 Claude 更新狀態的錨定訊息，使用表情符號（Emojis）一目瞭然追蹤工作流，以解決 overwhelm 問題。

### 自建 Agent 的替代方案（Hugging Face Victor 觀點）
1.  **選擇模型**：支援任何模型，包括自託管模型。
2.  **配置 Slack**：通過 Slack 使用自建 Agent，過程簡單。
3.  **客製化**：完全客製化，無供應商鎖定，無等待名單，價格合理。

## 值得注意的限制或風險

1.  **信任與隱私障礙**：
    *   當 Claude 被標記在專案聊天室中時，員工會感到被監視，導致對 AI 的懷疑論調被驗證。
    *   **雙重驗證困境**：表現好被解讀為「外包思考」，表現平庸被解讀為「預期的平庸」。
2.  **上下文與權限碎片化**：
    *   不同頻道中的 Claude 擁有不同的工具、權限和上下文。
    *   這種差異會迅速導致混亂，使用者感到困惑，因為 Slack 中的 Claude 不是單一實體，而是取決於頻道和管理員配置。
3.