FR-188 Agent 掃描回傳主系統修正與多語

客戶在 Agent 主控台自己按的第三方元件掃描，結果要回到主系統整理、出報告。2026-11-09 在 201（Agent）接雲端主系統實測，這條路斷了好幾處：掃完要等最多五分鐘才送出；Agent 顯示「已回傳」主系統卻是失敗；失敗了只能整個重掃，不能把報告再送一次；Agent 上看不到給人看的 PDF。另外 Agent 英文介面的工具名稱、表單與版本說明仍是中文，以及「新增租戶後手動新增使用者」建的管理員沒掛部門、新增設備被權限規則擋成 500。

前門 nginx 413 與主系統 API／worker 暫存不共用兩項已先修（FE 908a78be、BE 4f09e9033，雲端已臨時套用），不在本案。刪除執行紀錄決策者裁不做。

• 最終狀態由主系統決定：Agent「回傳主系統」改三態（已送出／已回傳／主系統處理失敗），主系統處理完經既有長輪詢通知，不夾帶在心跳。
• 重傳不是重新執行：重傳只把同一份報告再送一次、沿用同一筆紀錄；兩邊都有入口（Agent「重傳報告」、主系統「重新取檔」）。主系統對失敗那筆的重送要重新取檔，不能當重複忽略。
• PDF 送回 Agent 沿用既有 fetch_file，不新增協定指令。
• 多語存在資料：工具名稱與表單欄位的英文跟著工具資料走；版本說明分中英兩組存、不並列，從下一版開始。
• 新使用者沒選部門時掛租戶根部門；顯式「不指定部門」照舊不掛。RLS 擋下的寫入回看得懂的 403。

批次規則：同一批可同時派、不改同一個檔；登記型共用檔（error code 表、api.js、i18n、套件 pin／lock）不同批。三支套件改動由 E-1 環境卡讓主 repo 走本機路徑，Z-1 結案發版並改回釘版。

FR-187 資安掃描（母卡 CM-3711）找到 22 條，這裡修其中 19 條，開成 SEC-1～SEC-9 九張卡。出版管線那三條（#259、#260、#261）決策者裁定先不做。每條的檔名、行號、面板票數在總表 docs/features/security-scan-consolidated/README.md §3.1 #241～262。

SEC 九張的批次還沒排，排的時候要注意幾個同檔衝突：

• SEC-2 與 M-1 都改 agent_request_service.py。
• SEC-6 若改 common/code/error_code.py，會跟 M-1、M-3 衝突；卡上建議改加在 agent_license_error_code.py。
• SEC-3（jedi-remote-agent）、SEC-9（jedi-common、jedi-masking）改套件，所以 E-1 環境卡要排在它們之後，Z-1 結案卡的發版範圍也擴成六支套件（兩張卡上都已補說明）。

主系統 API 收檔、worker 讀檔這類跨容器行為，本機 DEV 測不出來（api 與 worker 共用同一個 /tmp）；最終驗收要在 docker 安裝版跑一次「Agent 手動第三方元件掃描回傳主系統」整條流程。

沿革見 docs/features/FR-173-2611-release-pipeline/handoff/FR-173-LOG.md 第 8 棒與 git log。

卡片內容（決策紀錄、驗收條件）以 Notion 為準，本頁只記座標。

相關需求：

• FR-185 — cloud-agent-first-contact-fixes
• FR-181 — agent-outbound-only-channel
• FR-166 — agent-standalone-console
• FR-173 — release-pipeline
• FR-187 — post-fr172-security-scan