Hacker News
A team developed a custom Slack CLI tool for agents because they lacked access to Slack MCP and couldn't find a suitable existing solution. The tool supports pasting Slack URLs, is token-efficient, offers zero-config authentication with Slack Desktop, and can download files/snippets and read Slack canvases as markdown.
AI 生成摘要
我們的團隊主要使用 Slack，但我們沒有 Slack MCP 的存取權限，也找不到任何適合我們的現成工具，所以我們自己編寫了 agent-slack CLI。<p>它支援貼上 Slack URL，效率高且無需設定（若您使用 Slack Desktop 則可自動驗證）。</p><p>它會自動下載檔案/程式碼片段，也能將 Slack Canvas 讀取為 Markdown！</p>
隨著 AI Agent 的興起，開發者開始尋求讓模型與日常辦公軟體互動的更佳方案。由於 Slack 官方的 MCP（Model Context Protocol）目前僅對特定合作夥伴開放，一群開發者決定自行開發名為 agent-slack 的 CLI 工具。這款工具主打零配置、高 Token 效率，並能直接讀取 Slack 桌面版的本地認證資訊，讓 AI 代理人能像真人用戶一樣讀取訊息、下載附件，甚至將 Slack Canvas 轉換為 Markdown 格式。
在 Hacker News 的討論中，這款工具引發了關於「CLI 工具 vs. MCP 協議」的熱烈辯論。許多開發者對這種繞過官方 API 限制、直接讀取本地數據的做法表示讚賞，認為這比笨重的 MCP 協議更輕量且靈活。支持者指出，CLI 工具能讓第三方開發者輕鬆複用現有的函式庫，而不必等待官方支持。然而，這種「模擬真人行為」的做法也引發了安全與合規性的擔憂。有經驗的用戶警告，Slack 的企業版（Grid）具備強大的會話劫持檢測機制，若 AI 代理人的請求頻率過高且缺乏適當的節流措施，帳號極可能被系統判定為遭駭客入侵而遭到封鎖。
除了技術實作，社群也對 CLI 的復興感到玩味。有評論者感嘆，過去幾十年來，除了少數極客，幾乎沒人在意人類是否偏好使用命令行介面，但現在為了迎合 AI 的需求，各種 CLI 工具和 API 卻如雨後春筍般湧現。這反映出一個有趣的轉變：當構建 CLI 的成本因 AI 輔助編程而大幅下降，且「為代理人設計」的介面展現出新的商業價值時，原本被視為過時的技術反而成為了最前衛的解決方案。
此外，討論中也出現了對現代協作工具的集體鄉愁。部分資深用戶將 Slack 與三十年前的 IRC 進行對比，批評現代企業軟體雖然功能繁多，卻因封閉的生態系統和複雜的 Webhook 機制，讓自動化與腳本編寫變得比過去更加困難。雖然 Slack 憑藉著強大的網絡效應穩坐市場龍頭，但開發者們顯然更渴望一種能讓他們完全掌控客戶端、自由編寫擴充功能的開放環境。針對工具的功能完善度，用戶也提出了如讀取未讀訊息、頻道摘要等實務需求，開發者則坦言在非官方 API 的限制下，維持這些功能的穩定性仍具挑戰。
在討論串中，開發者們分享了多款類似的替代方案與工具。除了本專案外，還有針對不同場景設計的 CLI 工具，例如 lox/slack-cli 以及基於 curl 封裝、旨在提供通用服務集成的 latchkey。針對日誌與錯誤監控，有開發者推薦了 logbasset（存取 Scalyr 日誌）與 sentire（存取 Sentry 問題）。此外，對於需要自動化執行任務的用戶，murmur 提供了一個基於 CLI 的代理人定時任務守護進程，而 cliwatch.com 則是另一個值得關注的 CLI 工具資源站。