MaxClaw 使用案例：讓您的 AI 代理人發揮作用的 7 種方式

嗨，我是 Dora。幾週前，我發現自己每天早上都在重複同樣的例行動作：打開行事曆、快速掃過三個收件匣、滾動 Slack、查看幾個儀表板，然後努力回想那份我承諾要更新的文件。這些都不是什麼困難的工作，但卻是那種會一點一點吃掉你時間的事。我已經多次看到有人提及 Maxclaw，最終我決定親自試試——不是因為我想要一個新玩具，而是因為這些碎片時間累積起來確實可觀。

以下內容並非功能介紹，而是我如何以小而穩定的方式讓 Maxclaw 發揮作用。把這些 Maxclaw 使用案例當作一週試驗、犯錯、以及幾個小小收穫的實地筆記。如果你已經被各種 AI 工具包圍、感覺資訊量太大，這是更溫和的版本：減少點擊次數的系統，而非改變個性。

使用案例 1 — 晨間簡報代理

功能說明與設定方式

我希望在早上 8:15 前收到一則訊息，只包含我需要的內容：今日會議（附連結）、Slack 未讀提及、分析儀表板的前三項指標，以及任務清單中的一個提醒。

功能說明：每個工作日早上，Maxclaw 會讀取我的 Google Calendar、掃描過去 24 小時的 Slack 提及、從指標端點抓取每日快照，並顯示一項今日到期的任務。它會以單一筆記的形式送到我的收件匣，同時在 Slack 發送一則私訊。 語氣簡潔，沒有廢話。

設定過程（花了大約 40 分鐘）：

連接 Google Calendar（OAuth）並設定唯讀權限。
透過 bot token 新增 Slack，開放 mentions:read 和 channels:history 權限。官方的 Slack bot 權限指南很有幫助。
將 Maxclaw 指向我原本就有的一個小型指標 API（只需一個帶金鑰的 GET 請求）：如果你習慣用 Google Sheets，也可以用那個。
透過 Todoist API 連結我的任務：今日到期的一個項目會被納入。
撰寫了一段簡短的系統提示詞：「保持簡潔。用條列方式列出這一天。附上連結。不要說恭喜。」

第一天早上，感覺還好。第二天早上，我發現自己不再需要在五個分頁之間游走。一開始這並沒有節省太多時間，但減少了思緒上的混亂。到了第四天，大概幫我省了 10 到 12 分鐘，還有一些腎上腺素。限制：如果 Slack 很吵雜，提及通知可能會蓋過重要內容——我將其上限設為三則，並附上「查看更多」連結。

使用案例 2 — 會議準備與摘要工具

我不喜歡毫無準備地進入會議，但也不喜歡過度準備。我設定了一個小流程：在會議開始前 30 分鐘，Maxclaw 會草擬一張準備卡，包含議程、與會者姓名、最近三條相關討論串，以及從相關文件中提取的一段背景摘要。會議結束後，它會聆聽錄音，並將行動項目和決定事項存入共用的筆記文件。

有幫助的地方：將其與行事曆描述綁定。如果活動標題包含 Jira 工單或文件連結，Maxclaw 會抓取並以此為基礎展開。 如果什麼都沒有，它會預設提供簡單的準備內容：與會者、最近與這些人的電子郵件討論串（僅顯示主旨），以及一個有助於打破僵局的建議問題。

我在三月初的六場會議中測試了這個功能。兩場效果很好，準備內容與實際情況相符。兩場還算不錯。兩場因為行事曆資訊太模糊而效果不佳。實際解決方法：我現在會在活動描述中加上一行說明。這個小小的習慣改變讓摘要更實用，而不只是裝飾。額外收穫：我設定了一條規則，只標示有負責人的行動項目——其他所有內容放入「備註」區塊，這樣就不會讓結果看起來比我們實際達成的更具決斷性。

限制：如果你依賴即時轉錄功能，請務必確認時區和權限設定。 此外，這無法取代真正的議程，它只是推動你去準備一份。

使用案例 3 — Telegram 客戶支援機器人

我在 Telegram 上有一個針對小型產品的安靜支援頻道。大家反覆詢問同樣的四個問題。我將 Maxclaw 連接到一個 Telegram 機器人（透過 BotFather），並給了它一份精簡的常見問題與三項政策（退款、系統中斷、升級處理）。

機器人負責處理第一輪回應、建議相關連結，並在對話看起來像帳單或帳號問題時標記（這些仍需真人處理）。在典型的一週內，它能在第一次嘗試中妥善回答 60 到 70% 的問題。當它不確定時，它會提供兩個釐清選項，而不是猜測。

設定花了一個下午：

建立了一個 Telegram 機器人和 token。
將 Maxclaw 的 webhook 連接到機器人的更新。
載入了一份 12 頁的小型知識庫（事先整理清楚：問題短、答案短）。
加入了一個簡單的交接機制：如果三來三往後問題仍未解決，標記我並轉為電子郵件處理。

收穫不只是速度，還有語氣。我要求使用平易近人的語言，不做任何承諾。使用者仍然感受到被重視。限制：圖片和檔案上傳處理起來很笨拙，而且 Telegram 使用者名稱不總能對應到帳號，所以我在這裡避免進行帳號特定的操作，這類情況改為轉到電子郵件處理。

使用案例 4 — 內部知識問答（企業應用）

二月底，我在一個客戶端的混亂內部 Wiki 中測試了 Maxclaw。想像一下：重疊的 Confluence 空間、過時的 Google Docs，以及一堆 PDF 墳場。目標：減少「我們有這方面的文件嗎？」這類訊息的頻率。

有效的做法是：縮小索引範圍。我們選擇了三個仍在維護的來源（產品規格、入職手冊和架構決策），對其進行分塊並嵌入，同時設定基於角色的存取權限。我們略過了那些過時的內容。

這樣一來，Maxclaw 就能回答「這個在哪裡找？」和「最新情況是什麼？」這類問題，並附上引用來源和最後修改日期。引用來源很重要：人們信任可以點擊驗證的答案。只有在我們加入 Slack 斜線指令之後，採用率才真正提升——輸入 /ask 感覺比跳轉到另一個工具更自然。

兩個摩擦點：

版本漂移。如果你不在提交時更新嵌入，答案就會過時。我們設定了每晚重新索引，並在合併時透過 webhook 觸發刷新。
權限管理。尊重群組層級的存取權限是不可妥協的——我們參照了 Google Group 的成員資格，沒有例外。

如果你的知識大多是電子郵件和簡報，這個方案不會讓你感到神奇。但如果你有一套相對完善的文件架構，這將是一種解脫。

使用案例 5 — 多步驟研究→報告生成器

這是我原本預期會翻白眼的功能，結果卻真的用了下來。我針對一個新市場跑了一個小型研究迴圈：從 8 到 10 個可信來源收集最新部落格文章和文件、提取論點、交叉驗證幾項數據，然後草擬一份附有引用來源和待解問題的兩頁簡報。

我的 Maxclaw 工作流程：

拉取種子連結（一個精選的 RSS 整合包加上幾份電子報）。
爬取並提取符合我關心的三個問題的段落。
跨來源比較論點，標記衝突之處。
草擬一份附有行內引用來源的簡報，並加入一段反觀點小節。

第一次跑出來花了 20 分鐘，結果很混亂——連結太多、語言太模糊。經過兩次提示詞調整（「優先引用第一手來源：壓縮引文：顯示日期」），簡報就變得可用了。我仍然會親自閱讀來源，我並沒有把判斷力外包出去，但架構已經在那裡了。實際節省的時間：每份簡報大約 45 分鐘，主要省去了格式化引用來源和追蹤已讀內容的時間。

限制：需要付費才能存取的來源會中斷流程，除非你有存取 token。此外，模型可能會過度壓縮細節：我為某些作者或報告保留了「不壓縮」清單。

使用案例 6 — 個人任務與行事曆管理器

我不想要另一個任務應用程式，我想要減少需要查看的地方。所以我讓 Maxclaw 擔任黏合劑的角色：它監控我的行事曆、Todoist 和一個家庭共用行事曆，並與我協商時間區塊的安排。

以下是有效的運作節奏：

每天傍晚，它根據會議安排和我設定的精力模式（早上狀態好，下午稍晚精力較低），為隔天建議兩個 45 分鐘的深度工作區塊。
它會詢問是否有任何任務更適合放在該區塊——我用簡短代碼回覆（「R2」代表報告，「P1」代表提案），它便會相應更新行事曆標題。
如果中途加入了一個會議，它會建議移動而非取消該工作區塊。

意外收穫：第一週我說了很多次「不」，這完全沒關係。到了第二週，我說「好」的次數變多了，行程安排也確實反映了我的本意。限制：重複性任務需要特別留意，否則它們在建議中會開始堆積。我設定了一條規則，忽略兩週以上未被重新激活的任務。

使用案例 7 — 團隊 Slack 自動化

我加入了三個小小的自動化，一開始沒人注意到，這正是完美的效果：

站立會議收集回覆 10 分鐘，將其格式化，並以帶有標籤的單一討論串發布。
當新的 GitHub issue 提到「docs」時，Maxclaw 會在 docs 頻道發送通知，附上連結，並根據最近的編輯記錄建議一位負責人。
每週五下午 3 點，它會從會議記錄中發布未解決的決策，並附上「同意/不同意/跳過」按鈕。按鈕很有用：大家真的會點。

設定細節：擁有適當權限範圍的 Slack bot、一個過濾到單一儲存庫的 GitHub webhook，以及一個用來追蹤「決策」項目的輕量級儲存。這些都不新奇，其價值在於它讓瑣碎的行政工作不再占用團隊的精力。 兩週下來，大概幫我們的 PM 省了一小時，但更重要的是，「有人發站立了嗎？」這類訊息少多了。

限制：保持變更記錄。即使是微小的自動化，如果悄悄改變也可能讓人困惑。我在 #general 頻道發了一則簡短說明，解釋每個指令的用途。