昨天我們在 Dify 中利用 HTTP 節點，成功讓 AI 發送了 Slack 通知。這是一個巨大的里程碑，代表 AI 終於具備了與外部世界互動的能力。

然而，想像一下這個企業級場景：當系統收到一封客戶的報修 Email，我們希望 AI 能自動讀取信件、分類問題嚴重程度、在 Jira 開立工單，最後再把進度同步到 Google Calendar 上。

如果全部依賴 Dify 的 HTTP 節點來實作，身為開發者，你會陷入無止盡的泥淖：你需要手刻每一個 SaaS 服務的 API 呼叫、自己處理複雜的 OAuth2 授權機制，還要處理各種 API Rate Limit（請求次數限制）的報錯。

這時候，我們需要將架構解耦 (Decoupling) —— 讓大腦負責思考，讓神經系統負責傳遞。這就是今天的主角：n8n。

1. 什麼是 n8n？
n8n 是一款強大且開源的自動化工作流工具（你可以把它想像成開發者版本的 Zapier 或 Make）。它預先內建了超過數百種主流 SaaS 服務（如 Gmail, GitHub, Notion, Slack 等）的整合節點。你不需要寫繁瑣的 API 串接程式碼，只需要透過視覺化的拖拉，就能讓這些服務彼此溝通。

2. 架構設計：Dify 與 n8n 的完美分工
在現代的 AI Engineering 實踐中，我們通常不會讓單一工具做完所有事情。

• Dify (AI 中樞)： 專注於處理 RAG 知識庫檢索、Prompt 防護網、以及 LLM 的邏輯推論與意圖判斷。

• n8n (自動化總線)： 專注於處理資料的「輸入」與「輸出」。負責監聽外部事件（例如收到新信件）、管理各個平台的 API 授權金鑰，並將取得的資料打包好，精準地送給 Dify 進行分析。

3. n8n 的三大核心概念
打開 n8n 的畫布，有三個你必須掌握的核心元件：

• 觸發器 (Triggers)： 工作流的起點。它可以是一個定時排程 (Cron Job)，也可以是監聽某個特定事件（例如「當收到標題包含 Bug 的 Email 時」），或是我們最常使用的 Webhook。

• 節點 (Nodes)： 執行具體任務的動作。例如解析 JSON、轉換日期格式、或是呼叫外部系統寫入資料。

• 憑證 (Credentials)： 企業開發最重視的安全性。n8n 提供了一個獨立且安全的金鑰庫，讓你集中管理所有外部應用的 API Token 或 OAuth 認證，而不用把它們寫死在程式碼或 Prompt 裡。

把 n8n 納入我們的技術棧後，AI 就不再只是被動等待提問的聊天機器人，而是能 24 小時在背景自動運作的超級員工。

理論準備就緒，明天 [Day 16]，我們將直接在 n8n 中建立你的第一個 Webhook 觸發器，並打通它與 Dify 之間的資料橋樑！