Replit Agent 進駐 Slack：頻道人人看得到，批准只認發起者

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

台北時間 11 月 4 日凌晨，Replit 在官方 X 帳號發布一段影片，配文開頭借用網路迷因句式「Replit 已進入聊天室」，接著才說重點：Replit Agent 進駐 Slack，把專案工作、工具連接與問題回答直接帶進頻道與私訊，「不用再繞回來，直接把它做完」。在此之前，Replit Agent 的對話不發生在 Slack 裡，討論完的需求得自己搬過去開工；這次入口開通後，對已經在用 Replit Agent 的團隊來說，需求討論與開工之間少了一次複製貼上，對還在觀望的團隊，真正值得細讀的是官方文件：這次更新把入口搬了家，也把權限的邊界畫得相當清楚。

評估要不要打開這個入口，比「好不好用」更關鍵的是三個問題：裝了機器人之後，頻道裡的其他人看得到什麼、動得了什麼？平常在頻道裡的聊天，會不會被它讀走？它跟 Replit 既有的 Slack 連接器（connector）又是什麼關係？官方文件對三題都有答案，而且答案的方向一致：看得見的人很多，能動手的永遠只有發起的那一個人。

一個討論串綁一個發起者，能接手的只有他自己

在 Slack 裡叫動 Replit Agent 的單位是討論串（thread），一串就是一件工作。在頻道裡首次提及機器人（官方文件以 @Replit 為例，實際名稱依各工作區設定）提出需求後，Replit 會在同一個討論串裡回覆、回報進度；後續的要求只要接在同一串裡，就延續同一件工作，不必重講背景。頻道裡有個容易踩的規則：每一次請求、包括後續追問，都要再提及機器人一次；私訊則相反，直接說話就行，但每則新的最上層訊息會另開一件新工作，想延續就得回覆在同一串裡。

文件列在第一位的好處是讓團隊知情：答案與進度更新都出現在提出請求的那個討論串裡，需求的前後文與工作的現場在同一個地方。其餘四種工作是：指著既有專案或儲存庫描述要改的東西、動用帳號與工作區已連接的工具（例如 Linear 或 Notion）、回答關於程式碼庫的問題、或從一個點子直接開出新專案。文件給的示例也都很「Slack」：請它用某個頻道裡的客戶意見做一張儀表板、解釋每日活躍使用者佔比與本週新增註冊數、或根據一份 CSV 檔產出本季公司營運分析報告。

Pin

這套流程的關鍵在於：每個討論串綁定發起者本人的 Replit 帳號。頻道裡其他成員讀得到回覆，但官方文件明寫，他們不能接手那段連線、也不能回答它的批准提示；代理提出問題或需要人批准動作時，只有發起者能按鈕，如果 Slack 端送出的答案被拒，就重試或改用連結回 Replit 回應。疑難排解頁說得更直白：連線無法轉移給另一位隊友，接手的人請自己開新的討論串重新提及。換句話說，團隊可以圍觀一件工作的全程，但責任與批准權從頭到尾跟著發起者走；發起者請假、離職或換了帳號，那個討論串就停在原地。

把批准權留給人，最近已經是 Replit 的一貫做法：代理技能更新把對話沉澱成可重用流程時，入庫前要經人同意；Monitoring Agent則把自動修復與自動重新上線拆成兩個各自獨立的開關。這次進駐 Slack，等於把同一套「機器做事、人簽名」的設計，搬進團隊溝通軟體裡。

裝機器人是團隊的事，連帳號是每個人的事

安裝有兩個層次：工作區先建機器人，成員再各自連結個人帳號。工作區設定選單的 Workspace overview 裡，從 External platforms 找到 Slack，輸入機器人的名稱（handle，之後大家在頻道裡提及的名字），照授權流程裝進 Slack。角色分工寫得很明白：工作區編輯者（editor）以上就能建立機器人，變更既有機器人則需要工作區管理員；Slack 端的組織也可能要求 Slack 管理員批准這個 App，安裝狀態會停在等待批准，核准後還要回到設定頁完成收尾；機器人狀態轉為 Installed 需要幾分鐘，期間不必盯著畫面等。前置條件同樣清楚：要有一個啟用 Slack 功能的 Replit 團隊工作區、一個完成信箱驗證的帳號，以及在工作區加機器人與在 Slack 裝 App 的權限。

另一個層次是每個成員自己的事。機器人裝好不代表誰都能用：頭一次對它說話時，它會傳來只有本人看得到的私人提示，引導連結個人的 Replit 帳號；連結流程是：點提示裡的連結按鈕、視需要登入 Replit、回到 Slack 再按一次、在確認頁核對帳號與工作區後按下允許。連結頁十分鐘就到期，過期或重新整理就要回 Slack 重開；兩邊信箱不一致時會跳出警告，就算信箱相同也必須本人按下確認。之後 Agent 處理請求時，用的就是這個被連結帳號的權限。文件在權限頁把界線再壓了一次：安裝機器人不會讓每個 Slack 成員取得工作區的存取權，每個人的請求都按他連結的帳號逐一檢查。權限不會因為裝了整合而放大，也不會自動分享。

它看得到什麼：一般聊天不會變成請求，頻道歷史要你明說

先回答三個一定會被問到的問題。

裝了之後，頻道裡的人看得到什麼？機器人張貼的回覆與檔案，看得到的就是這個頻道本來的成員；反過來說，在放敏感資訊的頻道裡叫它做事，成果也會留在那個頻道看得到的範圍，官方文件因此提醒，交付機密內容前先想清楚頻道的可見度。至於 Replit 那一側的專案與對話，存取權仍照每個人自己的帳號權限走，不因為從 Slack 進來就放寬。

Pin

平常的聊天會被它讀走嗎？文件給了兩層答案。機器人只回應寫給它的請求，頻道裡的一般訊息不會變成 Agent 的任務；它向 Slack 申請的權限清單也很節制：接收提及與訊息、在討論串裡回應、顯示工作狀態、識別使用者、處理檔案、加上反應，以及提供斜線指令。但如果你要它參考頻道裡的歷史討論，它讀的範圍限於它被授予存取的頻道，而且文件特別提醒：不要假設它會自己去看更早的訊息，要它回顧，就得在提示裡明確寫出來；換句話說，把「頻道上下文」餵給代理是使用者的主動決定，不是它的預設行為。官方給的頻道示例正是這種寫法：請它「調查費用儀表板裡的匯出按鈕為什麼壞掉，並參考這個頻道裡更早的問題討論」，頻道歷史是在提示裡點名要它看的，它不會自己去翻。

那想讓 Agent 主動去查 Slack 記錄、代發訊息呢？那是另一條產品線，方向剛好相反，下一節拆開講。

入口與工具是兩條線，方向相反別混用

這次上線的是「在 Slack 裡對 Agent 說話」：Slack 是入口。文件的 Platforms 章節現在把 Slack 與 ChatGPT、Claude 並列，同一章還掛著手機 App 與桌面 App，五個入口各有獨立說明頁，Replit 這一年也持續把勢力伸進別人的地盤，例如它曾是 Claude Marketplace的首發夥伴之一，後來退出。入口越多，帳號與權限的邊界就越值得看清，這次文件把每一層都寫明，對照之下算是誠實的做法。

另一條線是讓 Agent 把 Slack 當成工具。透過 Replit 的連接器設定，Agent 可以搜尋 Slack 記錄、代發訊息，把團隊既有的資料帶進工作裡；官方以 Slack 與 GitHub 為例，這條線在 Core、Pro 與 Enterprise 方案提供，有自己的連線與權限設定，而且以工作區為管理單位，Enterprise 方案再拉到組織層級：連接器頁標榜集中管理、按範圍限定的存取與稽核追蹤，個人雖能自加連線，共用與治理仍歸工作區這一層。官方連接器文件的示例之一就是連接 Slack，但那裡的用途寫的是讓 Agent 讀寫 Slack 資料，與平台入口的對話式用法分屬兩頁文件。兩條線互不替代：裝了平台入口，Agent 並不會因此能讀你的 Slack；設了連接器，也不代表能在頻道裡跟 Agent 對話。要開哪一條，取決於你要的是哪個方向，兩條都開，就得兩邊各自檢查權限。

成果收在哪，對話怎麼收尾

Agent 需要人給答案時，會在 Slack 裡顯示按鈕或表單，能答的直接答；需要更完整介面的步驟，例如審視一組細部選項或幫另一個工具完成設定，會給出 View in Replit 連結，回到瀏覽器續同一件對話；從瀏覽器端看，那是同一份 chat 的延續。產出的檔案，支援的格式會直接以 Slack 附件出現，不能附的就給連結回 Replit 查看。

需要複雜介面的操作留在瀏覽器，Slack 端保持輕量，這個分工讓 Slack 端像一張派工單，開發環境的完整操作仍留在 Replit。日常工作裡最實用的可能是三個斜線指令：/replit help 列出可用指令與管理連結、/replit status 顯示目前連到哪個工作區與帳號連結狀態、/replit unlink 解除自己在這個工作區的帳號連結。指令回應只有操作者本人看得到，很適合用來確認「我現在到底用哪個帳號在做事」；指令本身拿來查狀態、解連結，要 Agent 做事還是得用提及或私訊；工作區換了機器人名稱，指令前綴也會跟著換。

下線的時候，哪些東西會留下

整頓與拆除的動作同樣分開。工作區管理員可以改機器人的名稱（斜線指令會跟著名稱變）、套用 App 更新，或在它被人從 Slack 端移除後重新安裝；App 更新若多了新權限，Slack 端可能再要求一次批准。把機器人整個移除時，它所管理的 Slack App 會被刪掉，但文件明講有兩樣東西會留下：過往對話仍存在 Replit，成員已連結的個人帳號也保留。個人端解綁是另一個動作，解綁後既有對話仍屬於原本的帳號，下一次請求才需要重新連結。要完全退場，得兩邊都動手。

常見的故障場景，文件也先想到了：在頻道裡叫不動，先確認機器人已安裝、已加入頻道、訊息裡有提及它，並檢查有沒有等待中的私人連結提示；如果它回說這個討論串屬於別人，解法就是自己開新的討論串。

官方還沒交代的部分

文件目前沒有說明這個入口的費用與方案門檻，只要求「啟用 Slack 功能的團隊工作區」；對照同站連接器頁明寫 Core、Pro 與 Enterprise，平台入口這頁連方案名都沒有出現。如果工作區管理員在 External platforms 裡找不到 Slack，官方先請你自查兩件事：確認選的是要用的團隊工作區、帳號信箱已完成驗證；接著請工作區管理員檢查 External platforms 裡有沒有 Slack；管理員那邊也看不到，才聯絡支援確認該工作區的可用性。這番先自查再求助的寫法，暗示功能可能是逐步開放的，但官方沒有給時間表。Agent 的用量從 Slack 入口進來怎麼計費，這一頁也沒有提；機器人能不能穩定用中文溝通，文件同樣沒有著墨，這些都要等實際安裝或官方補充再確認；方案與計費說明補上、或工作區大規模開放時，這頁文件值得回頭再讀一次。

對打算開起來的團隊，現在做得到的判斷是：先確認自己工作區看得到這個選項，再把「誰發起、誰批准、誰負責到底」的規則跟團隊講清楚，敏感頻道的可見度也先想過一遍。入口搬家讓開工變方便，但 Replit 這次真正的設計表態，是把看見與動手拆成兩層的那條線。