fix(ci): repair migration audit json literal

.gitea/workflows/run-migration.yml

@@ -153,7 +153,7 @@ jobs:
               'success',
               NOW(),
               NOW(),
-              '{\"psql\": 1, \"gitea_ci\": 1}'::jsonb,
+              '{"psql": 1, "gitea_ci": 1}'::jsonb,
               '${SUMMARY_JSON_SQL}'::jsonb
             );
           SQL

docs/LOGBOOK.md

@@ -34,6 +34,15 @@
 - T3：Ansible first-class audit contract / truth-chain 可見性完成；尚未把 approval execution path 寫入 Ansible dry-run/check-mode。
 - 下一步：推版後觀察 `run-migration`，確認新增 migration 與 audit seed 都通過。
 
+**production push 追加**：
+- Gitea `run-migration` run `1933` 顯示 migration 本體已成功：
+  - `adr090d_ansible_operation_types.sql` 以 owner fallback 套用成功。
+- 但 audit seed 仍失敗，這次不是 `:'commit_sha'`，而是 tools JSON literal 在 unquoted heredoc 下仍保留反斜線：
+  - `'{\"psql\": 1, \"gitea_ci\": 1}'::jsonb`
+  - PostgreSQL 回 `invalid input syntax for type json`。
+- 已修 `.gitea/workflows/run-migration.yml`：tools JSON 改為 `'{"psql": 1, "gitea_ci": 1}'::jsonb`。
+- 因本次 migration 已套用但 audit row 失敗，需補 production `asset_discovery_run` 稽核記錄，並以下一個 migration push 驗證 workflow live gate。
+
 ## 2026-05-12 | run-migration audit seed 再修正
 
 **背景**：Gitea `run-migration` 在 `Seed asset_discovery_run (audit)` 再次失敗：

docs/superpowers/specs/2026-04-15-MASTER-ai-autonomous-flywheel-v2.md

@@ -1916,6 +1916,11 @@ Phase 6 完成後
 - 這不是 Ansible 自動修復執行器接線；目前只建立 first-class audit contract 與 truth-chain 可見性。
 - 下一段需把 decision / approval execution path 在「只 dry-run/check-mode」下寫入上述 operation types，再談 apply。
 
+**production 追加**：
+- Gitea `run-migration` run `1933`：`adr090d_ansible_operation_types.sql` 已成功套用，含 owner fallback。
+- 同 run 的 `Seed asset_discovery_run (audit)` 仍失敗；新根因是 unquoted heredoc 下 tools JSON literal 還寫成 `'{\"psql\": 1, \"gitea_ci\": 1}'::jsonb`，PostgreSQL 視為非法 JSON。
+- 後續修正：workflow tools JSON literal 改成 `'{"psql": 1, "gitea_ci": 1}'::jsonb`；仍需補寫本次 migration audit row，並用下一個 migration push 驗證 live gate。
+
 ---
 
 ### 2026-04-20 晚 (台北) — C1-C4 全流程串接 — Playbook 鏈路保護（commit de2d34d）