本卡屬 FR-167（母卡 CM-3241），卡 E-1，階段 P1 升級變安全、批 2。只改 BE（主 repo，Repo 欄空著）。依賴：P1-3a。

這張卡做什麼（白話）

P1-3a 改了套件並發了 beta 版，這張卡把主系統的依賴從 1.8.0 改釘到那個 beta，之後 P1-3b、P4-2 才接得到新欄位。只動 pyproject 與 lock。

為什麼切這一張

主 repo 釘 Nexus 版，接新 port 的卡會 import 到舊版

reuse／extend／new

reuse：poetry update jedi-remote-agent 指定套件名（不裸跑）；不再走 path 安裝與 assume-unchanged，因為小弟已可發 beta

在哪裡

repo：~/Projects/Billows/Audit-Manager/compliance-manager-be
改既有：pyproject.toml（釘 `jedi-remote-agent==1.9.0b1`）
改既有：poetry.lock

怎麼做

細節在 design.md §5 對應段（~/Projects/Billows/Audit-Manager/compliance-manager-be/docs/features/FR-167-2610-online-update-channel/design.md，開 design.html 看導覽）；本段只列本卡要做到的點：

• pyproject.toml 第 75 行 jedi-remote-agent==1.9.0b1（P1-3a 回寫的實際版號為準）；poetry update jedi-remote-agent（只這支）；commit pyproject 與 lock。
• pip show jedi-remote-agent 看版本與 Location；起 8003 確認 import 無錯。

怎麼驗（開發期：你在本機／DEV 就要能做完）

pip show jedi-remote-agent 版本 1.9.0b1、Location 在 .venv；python -c 'from jedi_remote_agent.plugin.adapters import RemoteAgentAdapters;print(RemoteAgentAdapters.__dataclass_fields__.keys())' 看得到 dispatch_gate；BE 8003 起得來；兩檔都 commit

對照雛形：~/Projects/Billows/Audit-Manager/compliance-manager-be/docs/features/FR-167-2610-online-update-channel/prototype/index.html（上方「跟著走」）。

紀律

• 🔴 這張卡的驗收只寫你在本機／DEV 就能做完的事（開發期無人盯）。要 190 主機、跑 pipeline、真 Cloudflare 部署、PROD 印章的情境不在你這張卡，那是測試期首腦做。卡上「怎麼驗」列的每一條你都要親手跑過、把結果貼回寫；做不到的寫明做不到，不要為了驗而去碰 190／STG／POC／真帳號部署。
• 🔴 不重複造輪子：寫任何新函式／元件／service 之前先按行為 grep 真實程式碼，再查 docs/claude/domain-capabilities.md。三擇一、預設不新增：reuse → extend 加參數 → 都沒有才新增。回寫列出 reuse 了哪些、新增了哪些、為什麼不能 reuse。
• 🔴 不做義大利麵：本卡「reuse／extend／new」段已標。標 extend 的改既有那支，不另開；標 new 的用卡上寫的架構。紅旗：複製一段既有函式改兩行、開 XxxV2、同一行為兩條路徑。回寫列出哪些 extend、哪些 new 及為什麼。