# 影片筆記：Claude Tag开启未来组织协作的想象

## 一句話總結

Athrobic 發布整合於 Slack 的 **Cloud Tag** 功能，將 AI 從獨立工具轉變為「駐紮」在協作環境中的組織級助手，透過無縫接軌上下文、主動感知與權限管理，實現知識沉澱與工作模式從執行轉向審核的變革。

## 核心重點

*   **AI 形態的轉變**：AI 不再是需要反覆複製貼上上下文的外部工具，而是「駐紮」在組織協作環境（如 Slack Channel）中的「員工」或「智能基礎設施」。
*   **上下文無縫接軌**：AI 直接處於聊天對話中，能即時感知組織動態，無需使用者主動提供背景資訊，解決了過去 Chatbot 需「搬來搬去」上下文的痛點。
*   **組織級助手特性**：
    *   **非個人化**：屬於組織而非個人，具備跨頻道權限管理，可學習並進化對組織的理解。
    *   **主動性（Ambient）**：具備主動感知環境並提醒的功能（如提醒撰寫週報、工作總結）。
    *   **記憶沉澱**：基於大模型上下文限制，透過外部儲存沉澱壓縮後的記憶，解決知識傳承難題。
*   **管理者角色重構**：未來管理者的角色轉向設計 AI 協作的上下文環境、權限配置及責任歸屬，人類從重複性工作解放，轉向審核、判斷與執行監督。

## 詳細大綱

### 一、 Cloud Tag 的功能定義與運作機制
*   **發布者與平台**：由 Athrobic 發布，深度整合於辦公協作軟體 Slack 中。
*   **互動方式**：
    *   在 Slack 的 Channel（群聊或特定話題討論區）中，透過 `@` 標籤邀請 AI。
    *   將 AI 視為員工，進行任務拆解、總結上下文、開發代碼及執行工作。
*   **核心差異對比**：
    *   **過去**：Chatbot 或獨立 APP（如 Workbody, Cloud Code, Co-work）需使用者主動提供上下文、丟棄文件，上下文需「搬來搬去」。
    *   **現在**：AI 駐紮在協作軟體中，直接融入組織的上下文體系，無需重複提供背景資訊。

### 二、 Cloud Tag 的四大核心特點
1.  **多人共享與即時存在**：
    *   實時存在於上下文環境中，隨時可被 `@` 呼叫。
    *   功能涵蓋查資料、執行任務、開始會議紀要等。
2.  **一步執行任務**：
    *   接收任務後可在後台完成，使用者可同時進行其他工作。
3.  **學習與進化能力**：
    *   隨著了解更多 Channel 的上下文，持續迭代對組織的理解。
4.  **主動功能（Ambient）**：
    *   主動感知環境變化並提醒。
    *   範例：週末提醒寫週報、月末提醒撰寫工作總結。

### 三、 組織層級的 AI 助手特性
*   **權限管理**：
    *   非個人助手，而是「組織的助手」。
    *   需配置權限以決定其可訪問的頻道（如產品頻道、研發頻道等）。
    *   可配置多個頻道權限以獲取更全面的組織上下文。
*   **記憶機制**：
    *   基於大模型上下文有限的特性，需借助外部儲存來沉澱記憶。
    *   記憶形式可能為經過壓縮的文档形式。

### 四、 從「AI 員工」到「智能基礎設施」
*   **超級員工概念**：
    *   超越單人注意力範圍，持續沉澱組織上下文。
    *   將散落在人腦和文件中的資訊整合至 AI 大腦。
*   **管理者的新角色**：
    *   **上下文工程師**：設計 AI 協作的上下文環境，配置權限、頻道及工具訪問權。
    *   **責任歸屬**：明確責任劃分（誰提出需求、誰執行、誰審核、誰承擔後果）。
*   **組織知識管理**：
    *   解決新員工培訓難、老員工離職帶走經驗的痛點。
    *   自動沉澱組織上下文記憶，輔助專案進度查詢與規劃。

### 五、 未來工作模式展望
*   **協作軟體的演進**：AI 最適合落在協作工具中，作為人與人、人與 AI 協作的新實驗方式。
*   **現有產品的競爭**：現有 AI Agent 產品將向組織化方向發展，競爭焦點在於實現速度。
*   **個人狀態變化**：
    *   從重複性工作解放。
    *   組織管理結構發生變化。

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

*   **Athrobic**：發布 Cloud Tag 功能的實體（依逐字稿拼寫）。
*   **Cloud Tag**：Athrobic 發布的新功能或產品名稱。
*   **Slack**：國外常用的辦公協作軟體，Cloud Tag 綁定的平台。
*   **Channel**：Slack 中的群聊或特定話題討論區。
*   **Chatbot**：早期的對話機器人概念。
*   **Workbody**：提及的類似獨立 APP 的產品。
*   **Cloud Code**：提及的產品名稱。
*   **Co-work**：提及的產品名稱。
*   **Ambient**：形容 Cloud Tag 主動功能的英文詞彙，意指環境感知或主動式。
*   **叮叮**：逐字稿中提及的協作軟體，通常指「釘釘」（DingTalk）。

## 操作流程整理

1.  **環境配置**：管理者在 Slack 中配置 Cloud Tag 的權限，決定其可訪問的頻道（如產品、研發等）。
2.  **任務發起**：使用者在 Slack Channel 中透過 `@` 標籤呼叫 Cloud Tag。
3.  **任務執行**：
    *   Cloud Tag 即時感知當前 Channel 的上下文。
    *   接收任務後在後台執行（如查資料、開發代碼、總結上下文）。
    *   若為主動功能（Ambient），則根據環境變化主動提醒使用者（如撰寫週報）。
4.  **結果審核**：人類使用者對 AI 執行的結果進行審核、判斷與監督，並承擔最終責任。
5.  **知識沉澱**：Cloud Tag 將互動過程與組織上下文記憶沉澱至外部儲存，供未來迭代與新員工培訓使用。

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

*   **權限配置複雜性**：需精確配置權限以決定 AI 可訪問的頻道，配置不當可能導致資訊洩漏或上下文缺失。
*   **責任歸屬模糊**：雖然提到明確責任劃分，但在實際操作中，「誰提出需求、誰執行、誰審核、誰承擔後果」的界線仍需明確規範。
*   **記憶壓縮損失**：記憶形式可能為經過壓縮的文档形式，可能存在資訊丟失或解讀偏差的風險。
*   **組織適應性**：現有 AI Agent 產品向組織化發展，競爭焦點在於實現速度，組織需適應新的管理結構與協作模式。

## 逐字稿辨識疑點

*   **Athrobic**：逐字稿中多次出現此名稱，指代發布 Cloud Tag 的廠商，需查證是否為拼寫錯誤（如 Atlassian 或其他）。
*   **Workbody**：逐字稿提及此產品，需查證是否為特定產品名稱或聽寫錯誤（常見拼寫可能為 Workday 或其他）。
*   **Cloud Tag**：需查證此功能或產品的正式官方名稱是否為拼寫錯誤（如 Cloud Task 或其他）。
*   **叮叮**：逐字稿中提及的協作軟體，通常指「釘釘」（DingTalk），此處為聽寫差異。
*   **教業**：逐字稿中出現「審核教業」，語意不通，疑為「教育」、「作業」或「交接」之聽寫錯誤。

## 可延伸追問

*   Cloud Tag 如何具體處理不同頻道間的權限隔離，以確保組織資訊安全？
*   在「責任歸屬」明確化的過程中，若 AI 出現錯誤判斷，法律或內部規範如何界定人類管理者的責任？
*   目前提到的「壓縮記憶」技術具體採用何種演算法，其對知識準確性的影響程度為何？
*   相較於其他 AI Agent 產品，Cloud Tag 在「組織化」方向上的具體競爭優勢與實現速度優勢體現在哪裡？