決策者 2026-09-27 裁「資料庫應統一存 UTC」且「這次就修」（進 b4）。來源 FR-114 b3 總測 #16／CM-2234 拆出。設計見 BE docs/features/FR-121-2609-timestamp-to-timestamptz/design.md。本卡是母卡，四張子卡 FR-121.1～.4 依序做（.1 .2 .3 可平行，.4 最後）。

這在做什麼（白話）

資料庫裡 63 張表的時間欄位沒有時區資訊，寫的人用什麼時間就存什麼，讀的人只能猜，畫面因此多 8 小時，而且綁死伺服器時區。全部改成帶時區的型別，資料庫內部統一存 UTC、讀出自動轉，之後不再有猜時區的程式。

子卡

• .1 public schema（31 表 65 欄）｜.2 compliance schema（20 表 51 欄）｜.3 survey＋oscal（12 表 24 欄）｜.4 收尾（刪 naive 分支、全 monorepo 寫入端改 aware、拆 CM-2245 過渡、守衛測試）。

驗收（決策者 190）

• 升級後既有資料時間不變；190 容器 TZ 改 UTC 重啟後畫面仍正確；忘記密碼／改密碼三條期限判斷正常。
• 出貨基線待重產；套件版號各 bump。

決策者補裁（2026-09-27）：顯示時區原則

• 資料庫存 UTC；UI 顯示依使用者所在地轉換。這版先固定 Asia/Taipei，之後做個人 profile 時區設定。
• 對 .4 收尾的影響：db_mw.to_local() 不刪，改成「aware UTC → 顯示時區」；顯示時區由一個單一來源提供（先讀設定／環境變數 TZ，預設 Asia/Taipei），介面留給日後 profile 接（例如 get_display_tz(user_context) 先固定回設定值）。naive 分支才刪。
• 序列化：API 回給前端的時間一律帶時區偏移（ISO 8601 +08:00），前端顯示不再自己猜；前端若有把時間當本地字串解析的地方（memory feedback_date_only_utc_midnight_display_bug）要一併查。
• 對 .1～.3 無影響（只改型別與轉換）。
• .2 驗收更正：flow-engine 三張表實為本地寫入（190／189 實查），母卡與 design.md「已知 UTC 寫入：flow-engine 三張」錯誤，真正 UTC 寫入只有 remote_agents.last_seen_at 與 review_marks.reviewed_at。.1 的 jedi-iam 改密碼兩張仍待 .1 runner 真機核。

FR-121 進度（首腦，2026-09-27 晚）

• .1／.2／.3／.4／.5 全部驗收通過，停「修正待驗證」等決策者 190 手測。
• 剩 .6 act_time 分割表重建（api_logs／system_logs，分割鍵不能改型別）待開卡；決策者已裁「這次就修」，.6 開卡後派。
• 發版：jedi-common 1.3.2 為 14 支套件的下限，出包前必發；出貨基線待重產（.1／.2／.3 共 15 支 migration）。
• BE .4 與 FE .5 API 格式綁定，必須同版上。

FR-121 全部收口（首腦，2026-09-27 晚）