感謝你的回應。我是 n8n 的新手，非常感謝你的幫助。
我正在使用 n8n Cloud，搭配一個 Lovable 應用程式向我的生產 webhook 發送 POST 請求。
發生的情況：
Lovable 成功發送請求。
n8n 生產工作流程觸發並成功完成。
AI 節點成功運行。
Airtable 記錄成功建立。
最終回應節點具有正確的 JSON。
但 Lovable 收到 HTTP 200，且回應主體為空。
Webhook 配置：
節點：n8n-nodes-base.webhook
responseMode: responseNode
「No Response Body」：OFF
配置為使用 Respond to Webhook 節點
我也試過「When Last Node Finishes」，但外部呼叫者仍然收到空的回應。
生產 webhook 處於活躍狀態，生產執行正常顯示。
我可以提供 Webhook 節點、Respond to Webhook 節點、最終 JSON 輸出和執行的螢幕截圖。請告訴我哪些最有用。
我不想公開發佈整個生產工作流程，因為它包含業務配置和整合，但如果需要，我可以分享經過清理的部分。請將此票提升給人工支援工程師。
我們已經檢查了 Webhook 節點回應設定、驗證了 Respond to Webhook 節點接收有效的 JSON、測試了「Respond to Webhook」和「When Last Node Finishes」兩種方式，並確認生產工作流程成功執行。
呼叫者仍然收到 HTTP 200，且主體為空。
我希望有人工審查生產執行和 webhook 回應行為。我可以提供執行 ID、螢幕截圖和經過清理的工作流程匯出。-- 感謝你提交功能請求。如果這不是針對某個節點的請求，請移除節點子類別。否則，請按照下面的範本進行。 →
嘿 @David_Sichel，在等待回應的同時，這裡有一些可能對你有幫助的資源：
建議的資源
自動與你的問題匹配。
文檔：
論壇：
@Mohd_Zuhaili_Mohd、@Uros_Zdravkovic、@Niffzy — 你們之前幫助過類似的問題，能幫忙看一下嗎？
由 n8n 的社群機器人自動建議。這是試點計劃 — 請在此分享反饋。
@David_Sichel Can you elaborate? What is the request you are sending? Can you provide your workflow or screenshots?
嘿 @David_Sichel 歡迎來到 n8n 社群
「最後的回應節點具有正確的 JSON」是值得重新檢查的部分，因為該面板預設顯示的是節點的輸入，而不是它發送的內容。綠色執行返回空主體時看起來完全像這樣，當回應表達式解析為空值時。
開啟「回應 Webhook」節點，前往「設定」標籤並開啟「啟用回應輸出分支」。這會新增第二個輸出，其中包含實際的主體。如果它是空的，表達式就是你的問題。如果它已經顯示你的 JSON，請在流程中更早的地方尋找另一個「回應 Webhook」節點，因為第一個執行的節點獲勝，n8n 會無聲地忽略其後的每一個。
我已經縮小了問題的範圍。
我的 Lovable Content Studio 向 n8n 發送請求。n8n 工作流程現在成功完成，但 Lovable 返回：
「生成失敗 — 生成超時。自動化未及時回應。」
該集成設計為非同步的：Lovable 發送 callback_url，n8n 生成內容，然後將完成的結果發送回 Lovable。
但是，Lovable 目前的代碼使用 await fetch(webhookUrl, ...)，所以它似乎在等待初始 n8n HTTP 回應。
你能確認正確的設置，使初始請求立即被確認，然後 Lovable 等待回調/輪詢完成的帖子嗎？
我不想重建工作流程或數據庫。我只是想修復此超時/響應交握問題。
嘿 @David_Sichel，沒有 n8n 設定能單獨解決這個問題，因為逾時是 Lovable 的 await，而不是 n8n 回應太慢。
n8n 這邊只需一個節點，不需要重建。移動一個「回應 Webhook」節點，使其直接位於觸發器之後，並在「新增選項」下給予其回應代碼 202。執行會在其後繼續進行，所以你的 AI 節點和 Airtable 仍會完全如現在一樣運作，而末端的 HTTP Request 節點會將完成的內容發送到 {{ $(‘Webhook’).first().json.body.callback_url }}。
你無法避免的另一半是 Lovable。當它的程式碼將 fetch 回應視為生成的文章時，它只會顯示該確認訊息，而不會等待你的回調。
已解決，感謝您的一切幫助