解決方案手冊
這是一份用於規劃 Pipedream 會議後續追蹤迴圈的指南，涵蓋 HTTP trigger、API Request、Jodoo 欄位與上線檢查清單。
開啟手冊PIPEDREAM + JODOO
用 Pipedream + Jodoo 將 AI 會議紀錄轉成行動追蹤器
使用 Pipedream 搭配 Jodoo 接收會議紀錄 webhook，透過 API Request 動作傳送結構化 JSON payload，並持續追蹤負責人、到期日、阻塞事項與後續追蹤狀態。
透過 Pipedream HTTP trigger 接收會議紀錄在程式碼／API 步驟中驗證或轉換行動欄位透過 API Request 將 JSON payload 傳送到 Jodoo用單一行動記錄追蹤負責人與阻塞事項
影片導覽
示範中會發生什麼
影片示範一個會議後續追蹤迴圈：Pipedream 接收會議紀錄 webhook，API Request 動作送出 JSON payload，而 Jodoo 持續保留負責人佇列與後續追蹤記錄。
會議紀錄進入 Pipedream
New HTTP / Webhook Requests trigger 會接收一筆模擬的客戶新進人員到職檢討資料，內容包含會議標題、日期、決策、風險與後續追蹤情境。
Pipedream 準備請求
此工作流程會保留事件供測試使用，並透過 API Request 動作送出結構化的行動物件。
API Request 發送 JSON
此請求使用 application/json 與可解析的 payload 欄位，讓 Jodoo 橋接層能接收會議行動欄位。
Jodoo 建立記錄
回寫步驟會將結構化欄位對應到 Jodoo 的會議行動記錄，包含負責人、到期日、優先順序、阻塞事項與狀態。
展示摘要
Pipedream 執行 API 工作流程，Jodoo 追蹤會議行動
此導覽示範如何將會議摘要轉成 Jodoo 行動記錄，包含負責人、到期日、優先順序、阻塞事項、狀態、信心分數與原始工作流程輸出。
會議後續追蹤問題
會議決策常常停留在筆記中，而沒有真正變成可追蹤的工作。
Pipedream HTTP trigger
會議紀錄 payload 透過產生的 HTTP 端點進入工作流程。
API request body
Pipedream 會傳送一個 payload 物件，包含負責人、到期日、優先順序、阻塞事項與狀態欄位。
Jodoo 回寫
API Request 動作會回傳 ok true 與一個 Jodoo 資料 ID。
Jodoo 行動記錄
這次測試執行建立了一筆會議行動記錄，可進一步進入負責人佇列與阻塞事項檢視流程。
可重複使用的工具包
您可使用手冊、藍圖與配方來調整此工作流程。
平台設定說明
Pipedream 的特定特色
Jodoo 記錄模型可以維持一致，但各個代理平台的建置方式、測試檢視與正式上線交接流程各不相同。
事件優先的工作流程
Pipedream 從產生的 HTTP 端點啟動，因此開發人員可在調整 Jodoo 合約期間，檢查原始事件 payload 並重播範例請求。
程式碼與 API 控制
此工作流程可先在程式碼步驟中驗證欄位，再透過 API Request 以明確的方法、headers、body 與回應檢查送出最終 payload。
由開發團隊主導的交接
此版本適合想要輕量化 webhook、機密管理、API 式記錄與程式碼審查，再進一步加入模型驅動擷取的團隊。
工作流程工具包
建立相同的 Pipedream 會議後續追蹤迴圈
先檢視欄位對應、複製 Pipedream 工作流程配方，並使用 Jodoo 行動追蹤器模型，再依您的會議來源調整此工作流程。
您的團隊可重複使用的內容
Pipedream 接收會議紀錄事件並送出一個結構化行動項目。Jodoo 會保留可持續追蹤的行動記錄：負責人、到期日、優先順序、阻塞事項、狀態、信心分數與稽核情境。
商務工作流程Jodoo 欄位模型代理提示詞上線檢查清單
可重複使用的工作流程
工作流程負責判斷，Jodoo 讓工作持續推進。
- 01
會議來源
逐字稿、筆記應用程式、表單、webhook 來源，或手動測試筆記
- 02
Pipedream 工作流程
接收 HTTP trigger、送出 API Request，並確認 Jodoo 資料 ID
- 03
結構化輸出
一個包含 Jodoo 所需欄位的 JSON 物件
- 04
API Request
將 JSON body 傳送到 Jodoo 回寫層
- 05
Jodoo 行動記錄
欄位、檢視、負責人佇列、阻塞狀態與原始輸出
工作流程循環
從 Pipedream HTTP trigger 到負責人佇列
會議紀錄可來自逐字稿、筆記應用程式、表單、webhook 來源，或手動測試 payload。
Pipedream HTTP trigger 會接收會議標題、日期與來源筆記。
程式碼、轉換或 AI/API 步驟會準備結構化欄位，包括決策摘要、行動項目、負責人、到期日、優先順序、阻塞事項、狀態與信心分數。
Pipedream 的 API Request 動作會將結構化結果送至 Jodoo 回寫層。
Jodoo 會建立會議行動記錄，並附上原始工作流程輸出供檢視。
團隊可從負責人佇列、到期日檢視、阻塞項目檢視與後續追蹤儀表板展開工作。
欄位對應
代理輸出轉為 Jodoo 欄位
| 代理或來源資料 | Jodoo 記錄欄位 |
|---|---|
| HTTP trigger event body：meeting_title、meeting_date、source_notes | 會議標題、會議日期、來源筆記 |
| 程式碼或 AI/API 步驟回傳值：decision_summary、action_item | 決策摘要、行動項目 |
| API Request body：owner、due_date、priority | 負責人、到期日、優先順序 |
| API Request body：risk_or_blocker、follow_up_status | 風險或阻塞事項、後續追蹤狀態 |
| Pipedream logs：agent_confidence、ok flag、Jodoo data ID | AI 代理信心分數、原始工作流程輸出 |
AI 代理配方
提示詞與結構化輸出
AI 代理角色
您是一位會議後續追蹤助理。請閱讀會議紀錄，並回傳一個團隊可在 Jodoo 中追蹤的結構化行動項目。
Pipedream 指示
請以 HTTP trigger payload 為情境，回傳可讓 Pipedream API Request 動作送入 Jodoo 回寫請求的 JSON 欄位。
必要輸出
請回傳 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": "pipedream",
"agent_confidence": "0.86"
}Jodoo 入門應用程式
AI 會議行動追蹤器入門應用程式
當您要為團隊調整 Pipedream 會議行動工作流程時，請使用這套欄位模型、建議檢視與自動化規則。
包含的欄位
- 會議標題
- 會議日期
- 來源筆記
- 決策摘要
- 行動項目
- 負責人
- 到期日
- 優先順序
- 風險或阻塞事項
- 後續追蹤狀態
- 來源平台
- AI 代理信心分數
- 原始工作流程輸出
建議檢視
- 未完成行動項目
- 本週到期
- 已阻塞或有風險
- 負責人佇列
- 所有會議行動
自動化規則
- 在 Pipedream 回傳結構化輸出後建立 Jodoo 會議行動記錄。
- 將高優先順序或已阻塞的行動移至審查佇列。
- 到期日接近時通知負責人。
- 在稽核軌跡中保留原始工作流程輸出。
上線檢查清單
正式上線前需確認的事項
- 選擇會議來源，並確認哪些逐字稿可安全處理。
- 在每場會議加入更多行動項目前，先維持精簡的輸出合約。
- 將每個輸出欄位對應到穩定的 Jodoo 欄位。
- 編輯變數後，確認 API Request body 仍是有效的 JSON。
- 在使用正式會議前，先以模擬會議紀錄測試。
- 為已阻塞項目、缺少負責人與低信心結果建立檢視佇列。
- 待欄位模型穩定後，再加入 Pipedream 重試處理與負責人通知。
工作流程
從 Pipedream HTTP trigger 到可追蹤的行動項目
當團隊需要對 webhook 與 API 層級有更細的控制時，Pipedream 很實用。HTTP trigger 與 API Request 動作讓您在正式上線前，能更輕鬆檢查 JSON payload 與 Jodoo 回寫結果。
會議紀錄可來自逐字稿、筆記應用程式、表單、webhook 來源，或手動測試 payload。
Pipedream HTTP trigger 會接收會議標題、日期與來源筆記。
程式碼、轉換或 AI/API 步驟會準備結構化欄位，包括決策摘要、行動項目、負責人、到期日、優先順序、阻塞事項、狀態與信心分數。
Pipedream 的 API Request 動作會將結構化結果送至 Jodoo 回寫層。
Jodoo 會建立會議行動記錄，並附上原始工作流程輸出供檢視。
團隊可從負責人佇列、到期日檢視、阻塞項目檢視與後續追蹤儀表板展開工作。
Jodoo 記錄
Jodoo 儲存的內容
在 Pipedream 執行後，Jodoo 會保留團隊所需的後續追蹤欄位：會議標題、決策摘要、行動項目、負責人、到期日、優先順序、阻塞事項、狀態與信心分數。
會議標題會議日期來源筆記決策摘要行動項目負責人到期日優先順序風險或阻塞事項後續追蹤狀態來源平台AI 代理信心分數原始工作流程輸出
測試執行
Pipedream 測試執行已將會議行動寫入 Jodoo
這些截圖使用模擬會議紀錄，展示 Pipedream 工作流程設定、成功的 API Request 回應，以及由工作流程建立的 Jodoo 表格資料列。
Pipedream 工作流程設定
HTTP trigger、程式碼直通與 API Request 動作共同組成會議紀錄行動追蹤流程。
Pipedream 成功執行
API Request 動作在提交會議行動後，回傳了 ok true 與 Jodoo 資料 ID。
Jodoo 回寫
行動項目、負責人、到期日、優先順序、阻塞事項與狀態已寫入 Jodoo。
常見問題
常見問題
了解如何將代理平台搭配 Jodoo 記錄、工作流程與應用程式範本使用的相關解答。
這個 Pipedream 工作流程是否已完成端對端測試？
是。驗證執行使用了模擬會議紀錄，完成 HTTP trigger 與 API Request 動作，並在 Jodoo 中建立了一筆會議行動記錄。
這是否需要付費版 Pipedream 方案？
此測試使用的是精簡且適合免費方案的工作流程架構。若要用於正式環境，仍可能依事件量、已連接應用程式、保留需求與錯誤處理需求而需要付費容量。
Pipedream 能否在 Jodoo 回寫前加入 AI 擷取？
可以。您可在 API Request 動作前加入程式碼、OpenAI、Anthropic 或其他 AI/API 步驟，並在寫入 Jodoo 前維持輸出資料結構穩定。
Pipedream 執行後，Jodoo 會儲存哪些資料？
Jodoo 會儲存會議標題、日期、來源筆記、決策摘要、行動項目、負責人、到期日、優先順序、阻塞事項、後續追蹤狀態、信心分數與原始輸出。
這和 n8n 版本有什麼不同？
Jodoo 記錄模型相近，但此頁面展示的是 Pipedream 專屬設定：產生的 HTTP 端點、API Request body、包含 ok true 的測試輸出，以及 Pipedream 正式上線時的注意事項。
下一步
把會議紀錄轉成可執行的後續追蹤
先從單一會議行動項目開始，再將相同的 Pipedream 模式延伸到新進人員到職通話、專案檢討、客服升級處理與供應商後續追蹤。