本卡屬 FR-188（母卡），修 201 實測：掃完要等最多 5 分鐘才送出。嚴重度：中。

問題是什麼（白話）

Agent 主控台手動掃描完成後，結果先排進「待回傳佇列」。這個佇列只在心跳成功之後才會被叫醒送出，心跳每 5 分鐘一次，所以掃完到送出最多要等 5 分鐘，期間畫面一直顯示「待回傳，下一次心跳會自動送出」。主系統派的工作與事件也都會有同樣延遲。

首腦核對：201 log 11-09 09:57:54 掃完，上一跳 09:57:52，等到 10:02:57 下一跳後才送 POST agents/source-scans。11:14:30 那筆同樣等到 11:18:28 跳完才送。

在哪裡

/Users/chouraymond/Projects/Billows/Audit-Manager/evidence-agent/guidant_agent/scan/app/local_runs.py:259   寫終態後 sync_ports.outbox().enqueue(...)，之後沒有叫醒
/Users/chouraymond/Projects/Billows/Audit-Manager/evidence-agent/guidant_agent/sync/app/outbox.py           Outbox 元件；模組函式 request_drain() 叫醒（COMPONENT.kick()）
/Users/chouraymond/Projects/Billows/Audit-Manager/evidence-agent/guidant_agent/scan/app/sync_ports.py:23    scan 經 port 取 outbox（scan 不能直接 import sync）

怎麼修

• extend：入列成功後叫醒佇列。scan 不能直接 import sync（模組邊界），先查 sync_ports 是不是已有對應的 port；沒有就在 port 加一支 request_drain（或讓 enqueue 回傳後由 port 負責叫醒），實作委派 outbox.request_drain()。
• 要注意交易：enqueue 帶 conn，是跟「寫終態」同一個交易。叫醒要在交易 commit 之後，否則佇列醒來時還讀不到這筆。找出交易結束的位置再叫醒，或確認 request_drain 是非同步排程（元件醒來時交易早已結束）並在回寫寫明理由。
• 範圍：本卡只處理掃描結果（local_run／source_scan）入列後的叫醒。事件、回覆是否也要同樣處理，查完在回寫列出現況與建議，不在本卡改。

要寫測試

• 入列一筆後 request_drain 被呼叫一次（突變：拿掉叫醒那行要紅）。若叫醒在交易 commit 之後，測試要能驗出順序。

手測（首腦或決策者在 123＋DEV 做）

• 123 跑本卡版本，接 DEV 主系統。主控台跑一次第三方元件掃描或 CINC Auditor，看 Agent log：掃完幾秒內就有 POST agents/source-scans 或 agents/local-runs，不等下一次 heartbeat。

紀律

• branch feature/FR-172，不切 branch；顯式 git add <檔名>、禁 -am；只 add 自己改的檔。commit 不等令，push 由決策者做。
• 做完 commit → 本卡 append 白話回寫（做了什麼、commit hash、驗證、手測清單）→ 狀態改 修正待驗證。卡住也 commit 已完成部分並回寫卡在哪，狀態維持 In progress。
• 檔案內註解只寫「為什麼」與「陷阱」（一到兩行），「做了什麼／哪一棒／等發版」進 commit message，不進檔案。
• 不重複造輪子：要寫任何新函式前先按行為 grep 既有程式碼，三擇一 reuse → extend → 確認沒有才 new。回寫列出 reuse 了哪些、新增了哪些、為什麼不能 reuse。
• 資安規範：BE 動到 api/／app/／infra/ 時 .claude/rules/security/ 自動載入，照著做；從 BE 開的 session 跨 repo 改 FE，FE 規則 .claude/rules/security/frontend.md 不會自動載入，動手前自己讀。回寫列出對到哪幾條、怎麼滿足。