一句話：本卡為 FR-109 母案，掃 jedi-survey（問卷：建題與填答）套件本體 81 支有邏輯的正式碼，兩棒，只掃不修。子卡清單在末段。

這系列在做什麼（白話）

問卷功能分兩半：建題（管理者建問卷、分頁、題目、資料夾，可從 Excel 匯入、可複製、可發佈）與填答（稽核任務指派給某人填、可多人同時填、有歷史版本可還原、可從 Excel 匯入答案、可在題目底下討論）。建題那半靠「有沒有買問卷功能」＋四顆能力點守；填答那半靠「你是不是被指派的人或專案管理者」守——而後者是 2026-07 補的洞，補之前任何登入者可改任何人的填答。

為什麼要做

• 從沒掃過，且是 FR-048 補洞的對象——驗補上去的檢查有沒有涵蓋所有入口是本系列存在的理由（總表 §0.5 排這支的原話）。
• 填答那半有 socketio 即時協作（多人同填、房間廣播），是本專案少數走 websocket 的面，之前所有掃描都沒碰過這種型態。
• 15 張表靠「join 反查有租戶欄的表」做隔離，是與其他套件不同的 policy 形狀。

首腦讀完後的重點

• 建題側守門完整：survey_route.py 讀取只掛授權、寫入（新增／修改／刪除／匯入／搬移／複製／發佈）全掛能力點（:107/:135/:158/:177/:246/:267/:290）。但分頁、題目、資料夾、討論四條 route 檔的能力點掛法要逐支對（首腦 grep：folder 4／question 6／page 6／discussion 3 處 capability，未逐支核）。
• 填答側守門全在 service 層：route 只掛 @jwt_required()（9 支 0 能力點），歸屬檢查靠 assert_task_survey_writer／_manager（7 個呼叫點）。要對照 32 條 route 逐支找「哪些填答／讀取路徑沒經過這兩支」——例如 TaskSurveysAnswersRoute.get（讀答案）、QuestionAnswerHistoryMenuRoute.get、QuestionAnswerHistoriesRoute.post、TaskSurveyRoute.get——首腦初看讀取類沒有任何一支呼叫 writer／manager 守門。
• 討論刪除無歸屬：survey_discussion_service.py:78 delete_discussion(uid) 不收 user、不比對 created_user——與 CM-1630（回饋改刪不驗本人）同型。
• Excel 匯入兩處（建題 survey_route.py:171-216 存 tempfile；填答 task_survey_route.py:128-166 secure_filename＋load_workbook）——公式注入反向（讀）不是問題，要看的是解析炸彈（openpyxl 無 read_only）與 tempfile 清理。
• socketio 房間：fill_survey_socketio_handler.py:59-103 on_join(room) 用 room 名（task_survey_uid）取答案快照廣播——有沒有驗這個人能不能看這份問卷。

怎麼拆

• V1 建題全鏈＋守門殼＋插件（50 檔）——問卷／資料夾／分頁／題目／討論五條 CRUD、Excel 匯入、複製搬移發佈、api 守門與 route 表、plugin、migration。
• V2 填答全鏈（31 檔）——任務問卷、填答／patch／checkpoint、歷史與還原、答案 Excel 匯入、socketio handler、FR-048 守門 helper 的所有呼叫點。

剔除 81 支無邏輯檔（__init__、mapper、純資料 entity、model、dto）；query entity 保留。主專案接線 10 檔（core/plugins/survey.py、三顆 DI、infra/survey/adapters.py、survey_handler.py）另棒。

共同設定

• 主 session Opus 5 (1M)、effort low；scanRoot /Users/chouraymond/Projects/Jedicogy/module/jedi-python-package/jedi-survey；V2 先派（補洞驗證是主目的），V1 後派；可與別套件的棒用另一帳號並行。
• 掃描版本基準：jedi 套件 repo 6119da5（branch feature/review）。