解決方案手冊
這是 n8n 會議後續追蹤循環的規劃指南，包含工作流程、Jodoo 欄位與上線檢查清單。
開啟手冊N8N + JODOO
用 n8n + Jodoo 將 AI 會議紀錄轉成行動項目追蹤器
使用 n8n 搭配 Jodoo 接收會議紀錄 webhook，將後續追蹤整理為結構化 JSON，透過 HTTP Request 發送行動項目，並持續追蹤負責人、到期日、阻礙與狀態。
透過 n8n webhook 接收會議紀錄在 Code 或 AI Agent 步驟中準備結構化行動欄位將可解析的 JSON payload 傳送到 Jodoo以單一行動記錄追蹤負責人與阻礙事項
影片導覽
這個示範會看到什麼
影片示範一個會議後續追蹤循環：n8n 接收會議紀錄 webhook、準備行動欄位、透過 HTTP Request 傳送 JSON payload，並由 Jodoo 保留負責人佇列與後續追蹤記錄。
會議紀錄進入 n8n
Webhook 節點接收一筆模擬的客戶導入檢討資料，包含會議標題、日期、決策、風險與後續追蹤情境。
n8n 準備行動欄位
Code 或 AI Agent 步驟會回傳結構化行動物件，供 HTTP Request 節點傳送到 Jodoo。
HTTP Request 傳送 JSON
請求主體使用可解析的 JSON payload，讓 Jodoo 接收到會議行動欄位，而不是物件佔位內容。
Jodoo 建立記錄
回寫步驟會將結構化欄位對應到 Jodoo 會議行動記錄，包含負責人、到期日、優先順序、阻礙與狀態。
展示摘要
n8n 執行工作流程，Jodoo 追蹤會議行動項目
本導覽示範如何將會議摘要轉成 Jodoo 行動記錄，包含負責人、到期日、優先順序、阻礙、狀態、信心分數與原始工作流程輸出。
會議後續追蹤問題
會議決策常常停留在筆記中，沒有真正變成可追蹤的工作。
n8n webhook 觸發
會議紀錄 payload 會透過 Webhook 節點進入 n8n 工作流程。
結構化輸出
n8n 會整理出單一行動物件，包含負責人、到期日、優先順序、阻礙與狀態欄位。
HTTP 回寫
HTTP Request 節點會將 JSON payload 發送到 Jodoo 回寫步驟。
Jodoo 行動記錄
測試執行會建立會議行動記錄，並可進一步納入負責人佇列與阻礙審查。
可重複使用的工具組
使用手冊、藍圖與配方來調整這套工作流程。
平台設定說明
n8n 的特定特色
Jodoo 記錄模型可以維持一致，但各個代理平台的建置方式、測試檢視與正式上線交接流程各不相同。
節點層級的執行驗證
n8n 會將 Webhook、Code 與 HTTP Request 步驟分開，讓建置人員能在執行過程中檢查每個輸入項目、輸出項目與請求主體運算式。
可解析的 JSON 主體
已測試的工作流程會讓 HTTP Request 主體保持為有效 JSON，而非字串化的物件佔位內容，這是最需要保留的設定細節。
運算式編輯器檢查
正式上線前，n8n 建置人員應檢查 $json 路徑、固定測試資料、項目索引、raw body 模式，以及回寫節點的執行歷程。
憑證與重試控制
這個版本適合希望在加入 AI Agent 節點前，先明確管理憑證、固定測試資料、重試處理與節點層級除錯的技術團隊。
工作流程工具包
建立相同的 n8n 會議後續追蹤循環
先檢視欄位對應、複製 n8n 工作流程配方，並使用 Jodoo 行動追蹤器模型，再依您的會議來源調整工作流程。
您的團隊可重複使用的內容
n8n 接收會議紀錄事件並發送一筆結構化行動項目。Jodoo 會保留可長期追蹤的行動記錄：負責人、到期日、優先順序、阻礙、狀態、信心分數與稽核情境。
商務工作流程Jodoo 欄位模型代理提示詞上線檢查清單
可重複使用的工作流程
工作流程負責判斷，Jodoo 讓工作持續推進。
- 01
會議來源
逐字稿、筆記應用程式、表單、webhook 來源，或手動測試筆記
- 02
n8n 工作流程
接收 webhook、準備 JSON、送出 HTTP Request，並確認 Jodoo 資料 ID
- 03
結構化輸出
包含 Jodoo 所需欄位的單一 JSON 物件
- 04
HTTP Request
將可解析的 JSON 發送到 Jodoo 回寫層
- 05
Jodoo 行動記錄
欄位、檢視、負責人佇列、阻礙狀態與原始輸出
工作流程循環
從 n8n webhook 到負責人佇列
會議紀錄可來自逐字稿、筆記應用程式、表單、webhook 來源，或手動測試 payload。
n8n 的 Webhook 節點會接收會議標題、日期與來源筆記。
Code、Set 或 AI Agent 步驟會回傳結構化欄位，包括決策摘要、行動項目、負責人、到期日、優先順序、阻礙、狀態與信心分數。
HTTP Request 節點會將可解析的 JSON 主體傳送到 Jodoo 回寫層。
Jodoo 會建立會議行動記錄，並附上原始工作流程輸出供後續檢視。
團隊可從負責人佇列、到期日檢視、受阻項目檢視與後續追蹤儀表板展開工作。
欄位對應
代理輸出轉為 Jodoo 欄位
| 代理或來源資料 | Jodoo 記錄欄位 |
|---|---|
| Webhook 節點主體：meeting_title、meeting_date、source_notes | 會議標題、會議日期、來源筆記 |
| Code 或 AI Agent 節點輸出：decision_summary、action_item | 決策摘要、行動項目 |
| HTTP Request JSON 主體：owner、due_date、priority | 負責人、到期日、優先順序 |
| HTTP Request JSON 主體：risk_or_blocker、follow_up_status | 風險或阻礙、後續追蹤狀態 |
| 執行資料：agent_confidence、response body、data ID | AI 代理信心分數、原始 AI 代理輸出 |
AI 代理配方
提示詞與結構化輸出
Agent 角色
您是一位會議後續追蹤助理。請讀取會議紀錄，並回傳一筆可讓團隊在 Jodoo 中追蹤的結構化行動項目。
n8n 指示
請使用 webhook payload 作為情境，然後回傳 JSON 欄位，讓 n8n 的 HTTP Request 節點可將內容傳送到 Jodoo 回寫請求。
必要輸出
請回傳 meeting_title、meeting_date、source_notes、decision_summary、action_item、owner、due_date、priority、risk_or_blocker、follow_up_status、source_platform 與 agent_confidence。
{
"meeting_title": "客戶導入風險檢視",
"meeting_date": "2026-06-04 10:30",
"decision_summary": "若本週匯入樣本核准，則保留 6 月 10 日訓練日期。",
"action_item": "確認資料匯入負責人，並送出匯入樣本核准請求。",
"owner": "Maya Chen",
"due_date": "2026-06-05",
"priority": "高",
"risk_or_blocker": "若匯入樣本週五前未核准，訓練日期可能延後。",
"follow_up_status": "需要確認負責人",
"source_platform": "n8n",
"agent_confidence": "0.86"
}Jodoo 入門應用程式
AI 會議行動追蹤器入門應用程式
當您為團隊調整 n8n 會議行動工作流程時，可使用這份欄位模型、建議檢視與自動化規則。
包含的欄位
- 會議標題
- 會議日期
- 來源筆記
- 決策摘要
- 行動項目
- 負責人
- 到期日
- 優先順序
- 風險或阻礙
- 後續追蹤狀態
- 來源平台
- AI 代理信心分數
- 原始工作流程輸出
建議檢視
- 進行中的行動項目
- 本週到期
- 已阻塞或有風險
- 負責人佇列
- 所有會議行動項目
自動化規則
- 在 n8n 回傳結構化輸出後建立 Jodoo 會議行動記錄。
- 將高優先順序或已阻塞的行動項目移入審查佇列。
- 當到期日接近時通知負責人。
- 在稽核軌跡中保留原始工作流程輸出。
上線檢查清單
正式上線前需確認的事項
- 先選定會議來源，並確認哪些逐字稿適合進行處理。
- 在每場會議加入更多行動項目之前，先縮小輸出契約範圍。
- 將每個輸出欄位對應到穩定的 Jodoo 欄位。
- 使用 JSON.stringify($json) 或等效的原始 JSON 主體，確保 HTTP Request payload 保持可解析。
- 在使用正式通話資料前，先以模擬會議紀錄進行測試。
- 為受阻項目、缺少負責人的項目與低信心結果建立審查佇列。
- 待欄位模型穩定後，再加入 n8n 重試處理與負責人通知。
工作流程
從 n8n webhook 到可追蹤的行動項目
當團隊需要節點層級控制時，n8n 會很實用。Webhook、Code 與 HTTP Request 節點讓您在正式上線前，能輕鬆檢查 payload 與 Jodoo 回寫內容。
會議紀錄可來自逐字稿、筆記應用程式、表單、webhook 來源，或手動測試 payload。
n8n 的 Webhook 節點會接收會議標題、日期與來源筆記。
Code、Set 或 AI Agent 步驟會回傳結構化欄位，包括決策摘要、行動項目、負責人、到期日、優先順序、阻礙、狀態與信心分數。
HTTP Request 節點會將可解析的 JSON 主體傳送到 Jodoo 回寫層。
Jodoo 會建立會議行動記錄，並附上原始工作流程輸出供後續檢視。
團隊可從負責人佇列、到期日檢視、受阻項目檢視與後續追蹤儀表板展開工作。
Jodoo 記錄
Jodoo 儲存的內容
在 n8n 執行後，Jodoo 會保留團隊需要的後續追蹤欄位：會議標題、決策摘要、行動項目、負責人、到期日、優先順序、阻礙、狀態與信心分數。
會議標題會議日期來源筆記決策摘要行動項目負責人到期日優先順序風險或阻礙後續追蹤狀態來源平台AI 代理信心分數原始工作流程輸出
測試執行
n8n 測試執行已將會議行動項目寫入 Jodoo
這些截圖使用模擬會議紀錄，展示 n8n 工作流程設定、成功執行的三個節點，以及由工作流程建立的 Jodoo 記錄。
n8n 工作流程設定
Webhook、Code 與 HTTP Request 節點構成會議紀錄行動追蹤流程。
n8n 成功執行
在將會議行動項目發送到 Jodoo 後，Webhook、Code 與 HTTP Request 節點皆已成功完成。
Jodoo 回寫
行動項目、負責人、到期日、優先順序、阻礙與狀態已寫入 Jodoo。
常見問題
常見問題
了解如何將代理平台搭配 Jodoo 記錄、工作流程與應用程式範本使用的相關解答。
這個 n8n 工作流程是否已完成端到端測試？
是的。驗證執行使用了模擬會議紀錄，完成了 Webhook、Code 與 HTTP Request 節點，並在 Jodoo 中建立了一筆會議行動記錄。
這是否需要付費版 n8n 方案？
本次測試使用 n8n Cloud 試用權限與精簡的工作流程架構。實際正式使用時，依據資料量不同，可能需要付費託管、已連接的應用程式、模型憑證或更高的執行額度。
可以用 n8n AI Agent 取代 Code 節點嗎？
可以。這次驗證使用明確的 Code 步驟，方便檢查輸出；團隊在接上偏好的模型憑證後，也可以改用 n8n AI Agent。
n8n 執行後，Jodoo 會儲存哪些內容？
Jodoo 會儲存會議標題、日期、來源筆記、決策摘要、行動項目、負責人、到期日、優先順序、阻礙、後續追蹤狀態、信心分數與原始輸出。
這和 Make 版本有什麼不同？
Jodoo 記錄模型相近，但此頁面展示的是 n8n 專屬設定：Webhook 節點、Code 輸出、HTTP Request 主體運算式、執行畫面，以及 n8n 正式上線時的注意事項。
下一步
把會議紀錄轉成可執行的後續追蹤
先從一個會議行動項目開始，再將同樣的 n8n 模式延伸到客戶導入通話、專案檢討、客服升級處理與供應商後續追蹤。