過去一年，AI 編程助手（如 GitHub Copilot、Claude Code、Cognition 的 Devin）已成為開發者的日常夥伴。但它們大多被視為「個人工具」——每個開發者在自己的 IDE 或終端中使用，協作體驗十分有限。8 月 20 日，Salesforce 推出了 Slack Code——一個直接將 AI 編程 Agent 帶入 Slack 頻道的功能，讓整個團隊連同 AI Agent 在同一空間中協作開發。
對於香港的軟件開發團隊、科技初創和正在數碼轉型的企業 IT 部門，這可能比任何新的模型發布更值得關注——因為它解決的不是「AI 能不能寫 code」，而是「AI 寫的 code 如何真正融入團隊協作流程」。
Slack Code 是什麼？
根據 SiliconANGLE 的詳細報導，Slack Code 並非一個新的 AI 模型，而是一個協作框架。它的核心概念很簡單：在 Slack 中設立專門的 Code Channel（程式碼頻道），團隊成員可以在此頻道中標記（tag）AI 編程 Agent——包括 Anthropic 的 Claude Code、Vercel 的 v0、Cognition 的 Devin、OpenAI 的 ChatGPT 以及其他第三方 Agent——然後直接在頻道內展開開發工作。
具體流程如下：
- 團隊在 Slack 頻道中討論一個新功能或一個 Bug
- 成員標記 AI Agent 並提出需求（例如「@ClaudeCode 幫我寫一個 REST API endpoint 來處理用戶註冊」）
- Agent 自動在 Code Channel 中開啟工作空間，開始編碼
- 生成的程式碼以 diff（變更對比） 和 可預覽的 Canvas 形式展示在頻道中
- 其他團隊成員可以直接在頻道中提供反饋、修改建議
- 所有過程、程式碼版本、討論記錄均保存在 Slack 中，供日後查閱
Slack 首席營銷官 Ryan Gavin 在接受 SiliconANGLE 採訪時表示：「如果每個開發者都在各自的終端中獨自使用 AI，這仍然是『單人運動』——知識和速度停留在個人層面，團隊無法獲得指數級的回報。」Slack Code 的目標是將開發從「單人運動」變成「多人運動」，讓 AI Agent 成為團隊的透明協作者，而非個人的私人助手。
為什麼這對香港開發團隊有意義？
1. 溝通成本——香港開發團隊的隱形殺手
香港的科技公司，無論是初創還是大型企業，開發團隊普遍採用敏捷開發模式。但一個常見的痛點是：開發者與非技術同事之間的溝通斷層。產品經理提出需求、設計師提供設計稿、開發者閉關寫 code——然後在 Code Review 時才發現方向錯了。
Slack Code 的重要創新在於，它讓非技術團隊成員也可以「參與」編程過程。市場部同事可以 spin up 一個 Agent 來測試一個原型功能，然後在頻道中標記工程師來審查和優化。Slack 的 Gavin 將這種效果稱為「加速學習」（Accelerated Learning）——團隊和 AI Agent 都在更開放的環境中受益。
2. 支援多種 AI Agent，避免供應商鎖定
Slack Code 不是只綁定某一家的 AI 模型——它支援 Claude Code、Devin、v0、ChatGPT 等多種 Agent，而且可以通過 API 接入更多第三方 Agent。對於香港企業來說，這意味著你不必因為選擇了一個協作工具而被鎖定在某個 AI 供應商。你可以根據任務選擇最適合的 Agent：Claude Code 擅長複雜推理，Devin 擅長自主規劃，ChatGPT 擅長快速原型——全部在一個 Slack 頻道中完成。
3. 降低編程門檻，賦能「公民開發者」
香港有不少中小企並未配備全職開發團隊，但業務上需要簡單的內部工具、自動化腳本或網站修改。Slack Code 讓非技術背景的同事（如營銷經理或營運主管）可以直接與 AI Agent 對話，生成初步的代碼原型，然後讓專業開發者來把關——這大大降低了「將點子變成軟件」的門檻。Salesforce CEO 此前曾大力推動「公民開發者」（Citizen Developer）概念，Slack Code 是這個願景的具體實現。
4. 資訊透明——AI 不再只是「黑盒助手」
目前，當開發者使用 AI 編程助手時，團隊其他成員往往不知道哪些 code 是 AI 寫的、AI 做了什麼決策、代碼的上下文是什麼。Slack Code 將所有 AI 生成的程式碼、diffs 和討論記錄保存在公開的頻道中，創造了完全的透明度。這對香港金融科技或合規要求較高的行業尤其重要——你需要知道 AI 做了什麼，而不只是接受結果。
潛在限制與考慮
- 需要團隊已經使用 Slack：雖然 Slack 在香港的企業採用率不低，但仍有不少公司使用 Teams 或微信工作群。Slack Code 對非 Slack 用戶沒有直接價值。
- Agent 的品質取決於底層模型：Slack Code 本身只是協作層，AI Agent 的編程能力和準確性仍然取決於你選擇的模型。如果你的業務需要高度專業的程式碼（如低延遲交易系統），仍然需要專業工程師進行嚴格審查。
- Code Channel 的管理成本：如果團隊同時運行多個 Code Channel，需要留意資訊過載的問題。Slack 建議每個功能或 Bug 建立單獨的頻道，並在完成後歸檔——這需要團隊建立相應的工作規範。
- 私隱與數據安全：將程式碼和業務邏輯放入 Slack（背後是 Salesforce 雲端）進行 AI 處理，涉及數據外洩風險。香港企業在採用前應評估 Salesforce 的數據處理合約是否符合《個人資料（私隱）條例》的要求，特別是處理客戶數據的項目。
開始使用 Slack Code
Salesforce 表示 Slack Code 從 8 月 20 日起對所有 Slack 用戶開放，任何 Slack 方案均可用。你只需要在 Slack 中安裝相應的 AI Agent 整合（Claude Code、Devin 等需要各自獨立訂閱），然後建立一個 Code Channel 就可以了。
對於尚未使用 AI 編程的團隊，這是一個低風險的切入點——不需要改變你的 IDE 或工作流程，只需要在 Slack 中新增一個頻道就可以開始試用。Valoir Research 的 CEO Rebecca Wettemann 在報導中評論：「Slack Code 讓 AI 從個人的 Copilot 進化為嵌入團隊脈絡的 AI 編排——這才是企業真正需要的。」
總結：AI 編程的下一個階段是協作，不是工具
Slack Code 的發布傳遞了一個清晰的信號：AI 編程的瓶頸不再是模型能力，而是協作流程。當每個開發者都可以用 AI 寫出更多程式碼時，團隊如何同步、如何審查、如何確保方向一致——這些「人與人之間」的問題，才是真正的挑戰。
對於香港的開發團隊，現在最好的策略是讓團隊中一人先試用 Slack Code 一個星期，實際體驗「團隊 + AI Agent 在同一頻道中協作」的感覺。你會發現，最有價值的可能不是 AI 寫了什麼 code，而是團隊討論 code 的方式變了。