Slack Code 在做什麼？
Salesforce 執行長 Marc Benioff 在 8 月 20 日宣布 Slack Code 正式上線，讓工程團隊在專屬頻道裡跟 AI 代理一起寫程式。你在對話裡標記一個代理，它就開出一個專案頻道，團隊成員可以在裡面看著代理做的每一步、檢查產出，在東西真的上線前完成審核。
首波支援四家代理：Anthropic 的 Claude Code、GitHub Copilot、Cognition 的 Devin，跟 Vercel 的代理。功能本身對所有 Slack 方案免費，但用哪個代理寫程式，還是要付那家的訂閱或算力費用。
以前一個工程師私下開著 AI 助手寫程式，團隊看不到過程，只看得到結果。Slack Code 把這段過程搬進團隊頻道。這不是一個新工具而已，是把「AI 寫程式」從個人習慣，變成團隊裡看得見、可以被檢查的事。
這跟你發包做系統有什麼關係？
你請人做一套系統，不會自己讀程式碼，但這件事在改變的是「你請的團隊怎麼工作」。
以前一份報價背後，你想像的是幾個工程師從頭寫到尾；現在很多時候，第一版程式碼是代理生出來的，人力花在審查、串接跟處理代理沒考慮到的例外，像是你們公司特有的訂單狀態，或舊系統留下來的怪資料。決定一套系統能不能撐過上線後半年的，是這段審查工作，不是「誰打的字」。
我們自己在做 CRM／後台與營運系統跟自動化案子時，代理最擅長的是把重複性高、規格清楚的段落先生出草稿，比較快。真正花時間的，一直都是那些需要有人懂你生意邏輯才判斷得出來的地方：哪個欄位不能給業務改、哪個流程出錯要卡住不能往下走。
這段判斷，代理目前還做不到，也不該讓它自己做。
那報價會因此變便宜嗎？
不會等比例變便宜。代理能加快「先寫出一版」，但審查、測試、跟你們既有系統對接，這幾段工作量不會因為草稿變快而消失，甚至可能因為草稿變多，審查的工作量還變重。
代理省下來的時間，多半被拿去多做一輪測試，不是拿去砍價。如果有廠商說「用 AI 寫所以特別便宜」，那句話通常省略了審查誰做、做得夠不夠仔細。
挑開發夥伴時，你該問的問題變成什麼？
以前問「你們有幾個工程師」，現在該問「代理寫完之後，誰看過、看了什麼」。具體可以問三件事：上線前有沒有人類看過每一段改動、你的資料庫跟權限設計是不是人親自想過（這段代理最容易漏掉你的業務邏輯）、出錯的時候誰負責修。
Slack Code 這類工具讓審查過程變得可見。你可以要求開發夥伴用類似方式，讓你在正式上線前看得到那個審查真的發生過，不只是嘴上說有。
如果你手上剛好有一套系統在規劃、或報價一直談不攏，免費需求診斷可以先幫你看清楚哪一段該問清楚。