diff --git a/memory/2026-04-22.md b/memory/2026-04-22.md
index bd6a8f7..35fad02 100644
--- a/memory/2026-04-22.md
+++ b/memory/2026-04-22.md
@@ -53,3 +53,10 @@
 - 在最短回歸測試後又確認一個更前面的根因：不只要「有按鈕」，而是**若需要按鈕，必須讓按鈕先出場**，不能先送普通文字再補按鈕；因此已把規則再收緊成 ordering rule：優先用 `message` 工具送真按鈕，然後回 `NO_REPLY`。
 - 在完整 long-task 測試後再驗出更前置的根因：若一開始就可預見最後會進入 owner 的 pass/fail 或 accept/reject 判定，流程本身就必須提早切成 `button-path`，不能等到最後一段才臨時想起要用按鈕。
 - 今日再被總管指出更高一層抽象：問題不能只限於「測試」，而是所有 **silent long-task** 都可能黑洞；因此已把規則提升成通用的 `Silent Long-Task Checkpoint Gate`：凡是啟動後不會立刻自然產生下一則對總管輸出的任務，都必須在一開始定義第一個強制回報節點與失敗時的狀態轉移。
+- 後續已完成 silent long-task 外部化方案的主要落地物：
+  - `WORKFLOW.md`：`Silent Long-Task Rule`
+  - `WORKFLOW_GATES.md`：`Externalized Silent Long-Task Gate`
+  - `docs/runbooks/silent-long-task-reminder-contract.md`
+  - `docs/runbooks/silent-long-task-decision-tree.md`
+  - `docs/runbooks/silent-long-task-launch-template.md`
+- 今日 final verification 已確認上述 policy / contract / decision tree / launch template 均存在，且關鍵欄位與概念已互相對齊。