本卡屬 FR-147，棒 2 第二張。覆核輪長任務時三欄改從上一輪任務列抄，不再寫死「收證據」。依賴 2a（同一支 service 改完再做）。

這張卡做什麼（白話）

啟動覆核輪時系統會替新輪重長一批任務，現在名稱又變回「控制碼 / AO 收證據」、描述指南空白，顧問在第 1 輪填的東西全洗掉。本卡讓新輪任務抄上一輪同一條評估目標任務的三欄。

在哪裡

/Users/chouraymond/Projects/Billows/Audit-Manager/compliance-manager-be/app/flow_control/service/reverify_inheritance_service.py:40    inherit_from_parent：get_job_pairs 迴圈，已抄指派／部門／設備／證據／問卷
/Users/chouraymond/Projects/Billows/Audit-Manager/compliance-manager-be/app/flow_control/service/reverify_inheritance_service.py:58    self._q.clone_assignees(pair, curr_user)  ← 同形加 clone_task_text_fields
/Users/chouraymond/Projects/Billows/Audit-Manager/compliance-manager-be/infra/readmodel/... reverify_clone_query（grep `class ReverifyCloneQuery`）   get_job_pairs／clone_assignees 實作處

怎麼做

• ① ReverifyCloneQuery 加 clone_task_text_fields(pair) -> int：UPDATE compliance.job_executions SET name=o.name, description=o.description, guide=o.guide FROM compliance.job_executions o WHERE job_executions.id=:new AND o.id=:old，與 clone_assignees 同形。
• ② inherit_from_parent 迴圈每對 pair 呼叫一次；統計 dict 加 text_fields 計數。
• ③ 不改 prep_job_generation_service.py 覆核輪模式（上一輪的圖方塊名是 clone 當下的，PM 之後改的任務名不在圖上；抄任務列才是真相）。

要寫測試

碎片 case 不寫新 unit test；跑 pytest test/ -k reverify 既有測試確認沒弄壞。

手測

• DEV：有第 1 輪且任務三欄有值的專案（2a 手測那個，或規劃頁手填）→ 第 1 輪走到可啟動覆核輪 → 啟動 → 新輪同一條 AO 的任務三欄＝上一輪。

紀律

• 只改本卡列的檔；動到已超標檔（ModuleFrameTemplateEditView.vue 1,954 行、job_import_service.py 546 行）一律新開檔再一行呼叫，不往裡塞。
• 先查再寫：要新增 method 前先按行為 grep；本卡列的既有 helper 有就用。
• 不開新表、不套 migration、不動 jedi- 套件*——本案三者都不需要，若覺得需要先回寫問決策者。
• 改 BE service code 後必重啟 BE（kill -9 舊 pid 再 python main.py），驗收打端點用 curl；不開任何瀏覽器視窗，前端只用 vite build／dev server 取 SFC 200 驗編譯，畫面留給決策者複測。
• 檔案內註解只寫「為什麼」與「陷阱」（一到兩行），「做了什麼／哪一棒」進 commit message。
• 做完就 commit ＋ 回寫 Notion，不等令：顯式 git add <檔名>（禁 -am）；commit message 寫做了什麼／為什麼／怎麼驗；append 白話補充（commit hash、手測清單）到本卡；狀態改「修正待驗證」。push 等令。