大多數企業主每天都在被動應對。
電子郵件堆積如山。專案狀態逐漸過時。客戶簡報需要彙整。報告需要產生。內容需要起草。營收需要追蹤。後續跟進總是被遺漏。
這不是因為他們缺乏組織能力。
而是因為他們本身就是自己企業的營運層。
每一條從一個地方移動到另一個地方的資訊，都必須經過他們。每一次狀態更新都需要他們的關注。每一項重複性任務都在等待他們啟動。
沒有他們參與其中，企業就無法運作。
這份指南旨在永久改變這個等式。
一個連接到你的工具、配置了你的業務背景、並透過 N8N 執行自動化工作流程的 Claude Agent，不會等待你啟動任何事情。
它會監控。它會處理。它會行動。它會回報。
在你睡覺的時候。
心態轉變
在開始建構之前，先理解概念。
大多數嘗試自動化業務的人，都是在建立自動化流程。
一個在表單提交時發送郵件的 Zap。一個在 Slack 收到訊息時建立任務的工作流程。針對個別觸發條件的單一自動化流程。
這些都很有用。但它們不是一個業務管理 Agent。
差別在於智慧與情境。
自動化流程在觸發條件發生時，執行一個固定的序列。
Agent 則會解讀情況，套用業務情境，做出判斷，並採取適當的行動。
當一個新潛在客戶進來時，自動化流程會發送一封範本郵件。
當一個新潛在客戶進來時，Agent 會讀取該潛在客戶的詳細資料，檢查你的 CRM 中是否有任何現有關係，研究該公司，根據他們的具體情況起草一封個人化的第一封訊息，安排在最佳發送時間，並在三天後建立一個跟進任務。
相同的觸發條件。完全不同的輸出結果。
Agent 做的是一個聰明的人類員工會做的事。
自動化流程做的則是一個愚蠢的腳本會做的事。
這份指南教你建構這個 Agent。
架構
一個業務管理 Agent 的運作需要四個元件。
Claude 是智慧層。它負責解讀情境、做出決策、產生輸出，並決定在任何給定情況下該採取什麼行動。
CLAUDE.md 是業務情境層。它在任何工作流程執行之前，告訴 Claude 關於你業務的一切。你的客戶。你的標準。你的語氣。你的規則。你當前的優先事項。
MCP 伺服器是連接層。它們讓 Claude 可以直接存取你實際的業務工具。電子郵件。行事曆。CRM。專案管理。資料庫。通訊工具。
N8N 是自動化層。它負責排程工作流程、觸發事件、在系統之間傳遞資料，並讓整個運作在你無需啟動任何東西的情況下運行。
這四個元件結合在一起，創造出一個能持續管理你業務的 Agent，而不是按需回應你的提示。
建構業務情境層
CLAUDE.md 檔案是所有一切的基礎。
Agent 執行的每個工作流程都會先讀取這個檔案。它是將通用的 Claude 能力轉化為特定業務智慧的簡報文件。
一份寫得不好的 CLAUDE.md 會產出需要大量編輯的通用輸出。
一份精確撰寫的 CLAUDE.md 則能產出彷彿來自一位與你共事多年的資深員工的輸出。
業務管理 Agent — CLAUDE.md
業務身份
名稱：[你的業務名稱]
你的業務內容：[具體的一句話描述]
你的服務對象：[具體的客戶描述]
營收模式：[業務如何賺錢]
階段：[早期 / 成長期 / 成熟期]
月營收：[當前數字 — 每月更新]
活躍客戶
[為每個活躍客戶重複此區塊]
當前專案
[為每個當前專案重複此區塊]
溝通標準
郵件語氣：[專業 / 友善 / 直接]
回覆時間承諾：[你的標準]
你絕不會說的話：[要避免的特定詞語]
你如何開頭郵件：[你的模式]
你如何結尾郵件：[你的模式]
決策權限
Agent 可以自主執行：
- 排程非緊急的內部任務
- 起草待審核的通訊內容
- 產生報告與摘要
- 更新內部記錄
- 在系統之間路由資訊
Agent 必須先上報給人類：
- 任何對外通訊發送前
- 任何財務交易
- 任何對客戶的承諾
- 任何合約或協議
- 任何對外發布的內容
品質標準
[在你的業務中，好的工作看起來是什麼樣子]
本週重點
[每週一更新 — 影響每個決策的當前優先事項]
決策權限部分是這個檔案中最重要的部分。
它定義了 Agent 可以自主執行什麼，以及什麼需要標記給人類審查的界線。
如果這部分設定錯誤，無論是太寬鬆或太嚴格，你都會得到一個要嘛沒什麼用處，要嘛會做出不該做的決策的 Agent。
用於業務管理的 MCP 堆疊
正確的 MCP 連接取決於你特定的業務工具。以下是對大多數經營者最有價值的連接。
Gmail MCP — 讀取收到的電子郵件。按類型和緊急程度分類。起草回覆。標記需要人工審查的項目。監控特定觸發條件，例如付款通知或客戶升級。
Google Calendar MCP — 讀取你的行程。建立活動。設定提醒。識別行程衝突。為即將到來的通話準備簡報。
Notion 或 Airtable MCP — 讀取和更新專案資料庫。更新客戶記錄。追蹤任務完成情況。從即時資料產生狀態報告。
Stripe MCP — 監控營收。標記付款失敗。追蹤 MRR 趨勢。產生財務摘要。
Slack MCP — 將自動更新發布到頻道。在工作流程完成時發送通知。讀取需要回覆的提及。
Filesystem MCP — 讀取和寫入你的本地檔案。存取你的 Obsidian 筆記庫。將報告和產生的內容儲存到正確的資料夾。
你的 claude_desktop_config.json 連接核心堆疊：
{
"mcpServers": {
"filesystem": {
"command": "npx",
"args": [
"-y",
"@modelcontextprotocol/server-filesystem",
"/path/to/your/business/vault"
]
},
"gmail": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-gmail"],
"env": {
"GMAIL_CLIENT_ID": "your-client-id",
"GMAIL_CLIENT_SECRET": "your-client-secret"
}
},
"notion": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-notion"],
"env": {
"NOTION_API_KEY": "your-key"
}
},
"gcal": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-google-calendar"],
"env": {
"GCAL_CLIENT_ID": "your-client-id",
"GCAL_CLIENT_SECRET": "your-client-secret"
}
}
}
}
六個業務管理工作流程
這六個工作流程涵蓋了經營業務的核心功能。每個流程都透過 N8N 自動運行，無需你啟動任何東西。
工作流程 1：晨間業務簡報
觸發條件：每個工作日上午 6 點
功能：
讀取 CLAUDE.md 以獲取完整的業務情境。
從以下來源編譯晨間簡報：
電子郵件：讀取自昨天下午 5 點以來收到的所有郵件。
將每封郵件分類為：客戶、潛在客戶、供應商、行政或緊急。
摘要任何需要在今天回覆的郵件。
行事曆：從 Google Calendar 讀取今天的行程。
對於任何外部會議：從 CRM 中提取聯絡人資訊，
摘要最近的通訊內容，準備 3 個議程項目。
專案：從 Notion 讀取所有專案記錄。
標記任何有逾期任務或即將到期截止日期的專案。
營收：檢查 Stripe 自昨天以來的任何交易或警報。
輸出格式：
緊急（需要在上午 10 點前處理）：[列表]
今日行程：[附上每次會議的準備筆記]
郵件優先事項：[今天需要回覆的內容]
專案警報：[任何需要注意的事項]
營收更新：[關鍵數字]
一個重點：今天要完成的最重要的一件事
儲存至：/vault/daily-briefings/[日期]-briefing.md
將摘要發送到 Slack #daily-briefing 頻道。
為何重要：你打開筆電時，就能看到完整的營運狀況。無需手忙腳亂地翻查郵件、行事曆和 Slack 來了解自己的處境。簡報已經準備好等著你。
工作流程 2：郵件分類與草稿產生器
觸發條件：工作時間內每 2 小時一次
功能：
讀取過去 2 小時內收到的所有未讀郵件。
對於每封郵件：
步驟 1：分類
- 客戶緊急：需要在 2 小時內回覆
- 客戶標準：需要在 24 小時內回覆
- 潛在客戶：新的潛在客戶詢問
- 供應商/行政：無需緊急回覆
- 自動通知：無需回覆
步驟 2：對於客戶緊急和潛在客戶郵件：
從 CRM 讀取寄件者的記錄。
讀取與此寄件者的任何先前郵件往來。
起草一封回覆，內容需：
- 回覆他們郵件中提出的每一點
- 符合 CLAUDE.md 中的溝通標準
- 包含一個具體的下一步或明確的答案
- 不承諾決策權限清單中的任何事項
步驟 3：將草稿儲存至 /vault/email-drafts/[日期]-drafts.md
步驟 4：發送 Slack 通知，列出需要審查的郵件及其草稿位置
不要發送任何郵件。僅為人工審查準備草稿。
為何重要：過去需要 45 分鐘的郵件分類工作現在自動完成。你到達審查佇列時，草稿已經寫好。你只需批准或編輯，然後發送。從頭開始撰寫的來回過程被消除了。
工作流程 3：客戶關係監控
觸發條件：每週一上午 7 點
功能：
從 CLAUDE.md 和 CRM 讀取所有活躍客戶記錄。
對於每個客戶：
溝通健康檢查：
- 上次溝通是什麼時候？
- 是否有任何未回覆的待辦事項？
- 是否有任何交付成果逾期？
關係評分：
將關係健康度評為：健康、需要注意或存在風險
基於：最近聯繫時間、未解決問題、交付狀態
需要採取的行動：
對於需要注意：起草一封關懷訊息
對於存在風險：標記為緊急並摘要情況
追加銷售機會：
根據客戶的使用情況和既定目標，識別是否存在
值得提出的自然擴展機會
將每週 CRM 報告儲存至：/vault/crm-reports/[日期]-crm.md
立即為任何存在風險的客戶發送 Slack 警報。
為何重要：客戶流失的代價很高。關係監控能在問題變成取消之前發現它們。一個在週一早上被標記為存在風險的客戶，可以透過一次及時的對話來挽救。而同一個客戶，如果是在他們已經決定離開後才被標記，那就無法挽回了。
工作流程 4：營收與財務追蹤
觸發條件：每月第一天上午 8 點
功能：
從 Stripe 讀取上個月的所有交易。
從業務資料夾讀取費用記錄。
從 CLAUDE.md 讀取營收目標。
產生月度財務報告：
營收摘要：
- 總 MRR
- 新增 MRR（新客戶帶入）
- 擴展 MRR（追加銷售）
- 流失 MRR（取消）
- 淨新增 MRR
- 總額 vs 目標（百分比）
客戶細項：
- 按客戶劃分的營收
- 根據參與度信號顯示有流失風險的客戶
費用摘要：
- 按類別劃分的總費用
- 月度比較
- 最大費用類別
預測：
- 當前運行率
- 預測季度總額
- 與年度目標的差距
建議：
- 本月增加營收的一項行動
- 一個成本削減機會（如果有的話）
儲存至：/vault/finances/[年份]-[月份]-financial-report.md
更新 CLAUDE.md 中的營收數字。
為何重要：無需手動流程就能獲得財務清晰度。你每個月開始時都確切知道自己的狀況，無需花費一個小時從 Stripe 和試算表中提取數字。
工作流程 5：專案狀態自動更新器
觸發條件：持續 — 當你在每日筆記中記錄完成事項時觸發
功能：
當你在每日筆記中寫下「完成：[專案] — [任務]」時：
從今天的每日筆記中讀取完成記錄。
在 Notion 中找到對應的專案記錄。
將指定的任務標記為已完成，並附上今天的時間戳。
檢查此完成事項是否觸發任何依賴任務。
如果是：將依賴任務的狀態更新為「準備就緒」。
檢查當前階段的所有任務是否都已完成。
如果是：將專案推進到下一個階段。
使用當前完成百分比更新專案概覽。
發送 Slack 通知：「[專案] — [任務] 已完成。專案目前完成度為 [X]%。」
為何重要：專案管理現在可以自動更新。你只需記錄一次你做了什麼。專案資料庫會自動反映現實情況。利害關係人通知會自動發出。你再也不需要手動更新專案狀態了。
工作流程 6：每週業務回顧
觸發條件：每週日下午 7 點
功能：
讀取過去 7 天的所有每日筆記。
讀取本週的所有專案狀態變更。
讀取本週的郵件分類日誌。
讀取本週的財務交易。
讀取週一的客戶關係報告。
產生每週業務回顧：
進展事項：
具體改善的專案、客戶和指標
每個改善的原因
停滯事項：
對停滯項目的誠實評估
每個項目最可能的原因
本週模式：
本週反覆出現的一個主題
它是正面的還是需要解決
下週優先事項：
按業務影響排序的三個具體優先事項
每個事項：為什麼重要以及具體的下一步行動
一個待決定事項：
桌上最重要的一個決定
你做出決定所擁有的資訊
如果再拖延一週會發生什麼
儲存至：/vault/weekly-reviews/[日期]-review.md
為何重要：每週回顧是任何業務中槓桿率最高的一小時。做得好，它能浮現日常營運中難以察覺的模式，並識別出能產生複利效應的決策。自動化執行後，你只需要花 15 分鐘閱讀，而不是花 90 分鐘手動彙整。
設定 N8N 編排層
所有六個工作流程都透過 N8N 運行。自行託管在一個每月 5 美元的 DigitalOcean Droplet 上。
每個工作流程都遵循相同的 N8N 結構：
觸發節點 → 讀取 CLAUDE.md → 準備情境提示 →
Claude API 呼叫 → 處理輸出 → 寫入筆記庫 →
發送通知 → 記錄操作
Claude API 呼叫總是將 CLAUDE.md 的內容作為系統情境傳遞。這就是讓每個自動化輸出都針對特定業務、而非通用內容的關鍵。
對於郵件分類工作流程，其結構有一個額外的分支：
Gmail Webhook → 過濾非自動郵件 →
讀取寄件者 CRM 記錄 → 準備草稿情境 →
Claude API 呼叫 → 儲存草稿 → Slack 通知
Gmail Webhook 需要在 N8N 中配置一個 Gmail API 連接。這是技術上最複雜的設定步驟，第一次通常需要 30 到 45 分鐘。
最初的 30 天
Agent 從第一天起就不會完美運行。
第一週會顯現出你 CLAUDE.md 中的不足。郵件分類使用的語言可能不符合你的語氣。晨間簡報可能優先處理了錯誤的事項。專案更新器可能遺漏了一個工作流程。
每個不足之處都是一次兩分鐘的 CLAUDE.md 編輯。
到了第 14 天，輸出所需的編輯量會比第一週少。
到了第 30 天，晨間簡報的準確度足以讓你直接根據它做決策，而無需檢查原始來源。郵件草稿聽起來就像你在狀態最好時寫的一樣。每週回顧捕捉到了你在手動回顧中可能會遺漏的事情。
複利效應從第一天開始。
它在第 30 天變得可見。
它在第 90 天變得不可或缺。
當它運作時會發生什麼改變
當一個業務管理 Agent 正確運行時，所帶來的轉變並非你工作變少了。
而是你所做的工作性質改變了。
在 Agent 出現之前：你每天從被動回覆郵件、手動更新專案狀態、彙整已經存在於你工具中的資訊，以及處理那些防止一切落後的行政協調工作開始。
在 Agent 出現之後：你每天從閱讀一份已經彙整好的簡報、審查已經寫好的草稿、查看已經更新好的專案狀態，以及針對那些真正需要你判斷的事項做出決策開始。
你業務中的行政協調層會自行運作。
留下來的是只有你能做的工作。
策略。關係。創意決策。那些決定一個好企業與偉大企業之間差異的判斷。
這就是 Agent 釋放你的時間，讓你能專注的事情。
這個週末就把它建構起來。
從晨間簡報工作流程開始。
每週增加一個工作流程。
到了第二個月，你的業務在你睡覺時就能自行管理。
追蹤 @cyrilXBT 以獲取驅動整個系統的確切 N8N 工作流程、CLAUDE.md 範本和 MCP 配置。
