本卡屬 FR-077（母卡 CM-1591），文件卡：把 R1 的掃描結果、首腦驗收、業界對照分析、決策者裁決、修正卡清單，彙整進 docs/features/FR-077-2609-remote-agent-security-scan/README.md，並 build 成 HTML 站。不掃不修。Sonnet 5 即可。

這一棒在做什麼（白話）

FR-077 目前的狀態散在四處：R1 掃描報告（602 行）、Notion 卡回寫、首腦與決策者的對話、六張剛開的卡。決策者要一份看得懂的整合頁——打開 FR 站首頁就知道「掃到什麼、多嚴重、業界怎麼做、我們決定怎麼修、誰在做、進度到哪」。之後 R2／R3／R1b 回報進來，同一頁繼續更新。

要寫進 README.md 的內容

保留現有 front matter 與前四段（為什麼要做／產品時程脈絡／怎麼拆／共同設定），更新 front matter 的 status 與 children（補 R1 狀態、六張新卡），然後把「掃描報告」表之後重寫成以下結構：

• § 進度總表：一張表，列 R1／R1b／R2／R3 四棒——卡號、狀態、報告連結、發現數（嚴重度分佈）、首腦驗收日期。R1 這列要寫「面板未跑（額度全滅），runner 逐條核對＋首腦複核」。
• § R1 發現摘要（白話）：先一段講根因——四個控制面端點不掛認證，程式碼說靠 nginx mTLS，但出貨 nginx 沒設 ssl_verify_client（三檔 grep 皆無），身分只剩自報。然後一張表列 F1～F7：ID／嚴重度（F1 已由決策者升 CRITICAL）／一句白話／觸發前提／併進哪張修正卡。細節連到 scan-R1-agent-identity.md 對應章節，不要把 602 行報告抄進來。
• § 業界對照：照首腦 2026-09-08 給決策者的分析寫（原文在本卡末段「素材」，直接搬）——一張五列對照表（註冊通行碼／註冊後身分／誰負責驗／agent 能碰什麼／給 agent 的秘密），業界做法 vs 我們現況；然後五層修法（應用層自驗／動作綁歸屬／通行碼短效／nginx 加分項／減少明文秘密）。
• § 決策紀錄：表格，2026-09-08 決策者裁的五件事——F1 升 CRITICAL（理由：無認證＋跨租戶＋洩漏第三方憑證三條件全中）；A／B 併一張（同一套機制）；nginx 併進 A 當連帶不另開卡（它不能當唯一防線）；補掃 R1b（密碼學核心零發現不可信）；R2／R3 現在就派。
• § 修正卡清單：表格——卡號／修什麼／嚴重度／優先序／依賴（D 依賴 A、與 A 序列）／狀態／commit。卡號從本卡末段「素材」取。
• § follow-up（不在本 arc 修）：心跳回應夾明文客戶憑證（業界做法是 wrapped secret）、憑證無 CRL（已 revoked 的 agent 憑證對 nginx 仍有效）、憑證到期無告警（既有 memory）。

怎麼做

• ① 讀 scan-R1-agent-identity.md 全文、Notion CM-1592 的回寫段、本卡末段「素材」。
• ② 改 README.md（front matter 格式抄 FR-076 的 README，children 每張卡一行含 status）。
• ③ build：./.venv/bin/python scripts/deliverables/render_index.py docs/features/FR-077-2609-remote-agent-security-scan/，再 --hub-only 重生總入口。開 README.html 用瀏覽器（file:// 直開）確認側欄、表格、連結都對。
• ④ 同步更新 docs/features/README.md FR-077 那列的粗體狀態句（改成「R1 掃完 7 條（1C 2H 3M 1L），修正卡 4 張＋補掃 1 棒已開；R2／R3 派出中」）。
• ⑤ 同步 docs/features/FR-075-2609-jedi-package-security-audit/handoff/security-scan-STATE.md：掃描棒次表 R1 列改「✅ 掃完 7 條（面板未跑）／首腦已驗，開 4 張修正＋1 補掃」，加 R1b 列；修正卡表加 FR-077 四張；已裁決事項加 09-08 五條。

交付什麼

• README.md＋README.html＋nav-data.json＋各 .html（build 產物一併 commit，本專案慣例）。
• docs/features/README.md、STATE 檔的對應更新。