AI 摘要通知重試核對表｜巨人 AI 試作所｜2026-10-30
本檔是虛構教材與空白紀錄，不是可直接匯入 n8n 的工作流。
通知單位：article_id + approved_version + destination_id
範例：note-017 | v1 | team-demo（皆為虛構代號）

填寫欄位
工具與版本：
通知識別：
批准的摘要版本與保存位置：
目的地代號（不要填私密帳號或 Token）：
狀態（not_started / in_progress / accepted / unknown）：
執行 ID 與嘗試次數：
開始時間與時區：
服務接受回執 ID：
查詢證據與人工決策：
下次核對時間／負責人：
保留期限與歷史重送窗口：

六個獨立案例與答案
A	首次處理；沒有紀錄	建立待送項目	先驗摘要，再建立唯一任務
B	同一版本已取得服務接受回執	跳過自動重送	保留回執；接受不等於收件人已讀
C	送出後逾時；服務結果查不到	人工核對	不得把逾時當成未送出
D	摘要生成失敗；發送步驟尚未開始	修正後續跑	重做摘要，不必重做已完成的安全步驟
E	第二個執行遇到已被領取的同一任務	等待並查狀態	不可同時發送；過期仍須核對外部結果
F	已批准 v2，舊紀錄只有 v1	建立待送項目	新版本是新任務；不要用重試創造版本

提示詞
請檢查這個 AI 摘要通知流程的重試設計，不要執行或發送訊息。
任務：將已批准的文章摘要送到指定的測試目的地。
通知識別：article_id + approved_version + destination_id。
AI 只負責草擬摘要；批准版本、目的地及狀態以流程紀錄為準。
請先問我缺少的資料，不要假設工具具有交易鎖或冪等保證。
請逐項回答：
1. 哪些步驟只讀資料，哪些步驟會造成外部變更？
2. 發送逾時、部分批次成功、寫入回執失敗，各自如何恢復？
3. 兩個執行同時處理相同任務時，哪裡能保證只有一個領取成功？
4. 如果目的地不支援冪等鍵，哪些情況必須改成人工核對？
5. 為本文六個案例列出決策與待查證的官方文件。
不要把提供了重試按鈕，解讀成不會重複發送。
以下貼上我的節點順序、工具版本、狀態欄位與目的地文件：