昨天我們成功讓系統將整理好的知識寫入 Notion 中。但是，從「使用者體驗」的角度來看，目前的系統有一個嚴重的缺陷，他不會主動回報。

當使用者把一篇長篇技術文章的網址丟給 Bot 後，Webhook 確實觸發了，FastAPI 也正在努力爬蟲與切塊，Gemini 正在耗費數十秒進行 Map-Reduce 摘要。但在這漫長的等待時間裡，使用者的聊天室一片安靜。使用者根本不知道系統是當機了、解析失敗，還是單純在「思考」。甚至當 Notion 寫入成功後，使用者也不知道任務已經完成，還得自己手動打開 Notion 檢查。

今天我們要探討的是 Async UX 與 Long-running Workflow 的設計。 在傳統的網頁 API 中，請求與回應通常在幾百毫秒內完成。但在 AI Automation 中，處理影片字幕或長文本摘要的 Workflow 可能需要耗時 30 秒到數分鐘。因此，我們必須引入 Notification 與 Workflow Completion 的機制，讓系統在開始時給予確認，並在結束時主動遞送成果。

我們要在系統的最前端與最後端加上回覆機制，打造完整的使用者流程：

User -> 「收到，開始處理」 -> AI Workflow -> Notion -> 「完成！」-> TLDR + Key Points + Notion Link

要完成這個閉環的通知體驗，我們需要在 n8n Workflow 中新增兩個發送訊息的節點（以 Telegram 為例，若使用 LINE 邏輯亦同）：

Step 1：建立 Telegram Bot

• 在 Telegram 搜尋 @BotFather，訂閱他後對他使用/newbot指令建立新的 Bot
• 建立好後會給一串 HTTP API，稍後拿來寫進 n8n 的 Telegram 節點
• 在 Telegram 搜尋 @userinfobot，訂閱他後會拿到自己的 ID，等一下寫進 n8n

Step 2：建立「即時確認」的初始回覆

• 在流程最前端的 Webhook 節點後方，另外接出一個 Telegram (或對應的 Bot) 節點。
• 這個節點的任務很單純：擷取 chat_id，並發送一條固定文字：「收到，開始處理！請稍候...」。
• 這能立即安撫使用者，讓外部系統知道請求已被受理，避免使用者因為等太久而重複發送相同的網址。

節點像這樣接

Step 3：建立「完成通知與一分鐘速讀」的最終回覆

• 在昨天的 Notion 節點成功執行後，再接上另一個 Telegram 節點。
• 利用 n8n 的 Expression 編輯器，我們要把 Notion 節點輸出的資料，組合成一段排版友善的文字訊息。
• 這個訊息應該包含我們整理出的精華，以及前往完整知識庫的超連結，例如：

【TLDR】
[前一個 Edit Fields 節點的 TLDR]

【關鍵重點】
[前一個 Edit Fields 節點的 key points]

完整筆記已歸檔至 Notion：
[notion連結]

最後節點像這樣接

現在使用者丟出網址後會立刻收到「處理中」的確認。當任務結束，聊天室會自動彈出推播，使用者可以在通訊軟體裡直接讀完 TLDR 與重點，若想看詳細內容，點擊附帶的 Notion Link 就能無縫跳轉，達成完美的 Async UX。