本卡為 FR-174 母案。7 張子卡 4 批。子卡清單在末段。

這系列在做什麼（白話）

Agent 主控台跑 CINC Auditor 時 Profile 下拉是空的（189 Demo 發現）。原因：主系統「外部連結」型的 Profile 解析完不留檔，而只有有檔的才同步給 Agent；更根本的是派工時主系統把網址丟給 Agent 自己上 GitHub 抓，FR-172 已裁 Agent 不連外網，這條路本來就走不通。做完之後：外部連結型解析成功那一刻存成檔案、這一版就是檔案型，Agent 同步、對帳、掃描全走檔案型既有路徑，下拉自然有東西、名稱與主系統相同；網址留著當來源做新鮮度檢查；安裝包的 dev-sec 兩支範例改成隨套件帶檔，新裝離線就能用。

首腦讀完後的重點

• A 案、沿用 url 欄（決策者 2026-11-01 裁）：不加新欄、不加新表；約束改成「檔案型可帶網址、網址型不帶檔」。這不是被排除的 B 案——掃描來源永遠只有檔案一個，網址只是出處。
• 轉型時機＝解析成功落庫那一個 transaction：下載成功但解析失敗不存檔、不轉型，派工照舊被擋。
• 「Agent 自己抓網址」整條拔掉：套件 build_payload 只回 file 形狀、Agent 收到 url 形狀報派工資料錯誤。不留相容分支。
• 套件基底是 FR-171 分支的 1.7.3b1（CM-3382 發）：從 Nexus 1.7.2 長會蓋掉 FR-171 改動。jedi-packages 的卡工作區要以 ws-CM-3379 為 base。
• 與 FR-171 B 主題不撞：主系統端不改 _agent_profile_sync.py、不改心跳；清單查法不變，轉型後的版本自然納入。
• 登記型檔：套件 migrations/ 014 由 P-1 佔；assets/storage-seed.map 與 004 由 P-2；兩張不同批。
• 基線重產屬決策者裁示：P-2 與 Z-1 只回報要補的 upload_files 兩列與 manifest，不自己動 scripts/init/。

怎麼拆

• 批 1（1 張，可同時派）：E-0（BE）
• 批 2（1 張，可同時派）：P-1（jedi 套件）
• 批 3（4 張，可同時派）：P-2（jedi 套件）、H-1（BE）、F-1（FE）、A-1（evidence-agent）
• 批 4（1 張，可同時派）：Z-1（BE）

批＝工作坊同時開幾個小弟一起跑的那一組：同批不改同一既有檔、不依賴對方產出。底表 handoff/cards.py 兩個斷言已過。一批全驗完才派下一批。

共同設定

• Model／Effort 每張卡各自標。
• BE／FE／Agent 在 feature/FR-172；jedi-packages 以 ws-CM-3379 為基底（FR-171 批 3 合回後改 feature/FR-172）。一張卡只改一個 repo（Repo 欄：fe／agent／jedi-packages，主 repo 空著）。