FR-192 · 需求索引 · 本頁由 build 掃資料夾生成

FR-192 Agent 主控台意見回饋

✅ 十三張開發卡全部驗收通過待確認、分析 session 總驗過(2026-11-11);等決策者「全部確認並收尾」合回,再由首腦照 design §7 收口清單做驗收/發版/改回釘版

狀態:✅ 已完成 文件 3 份
§1

🔴 先看哪一份

文件 性質 什麼時候看
design.md 設計(v1.0 定稿) 現在:派工與實作依據,§6 拆分表從 handoff/cards.py 產
discussion.md 設計(討論稿 v4) 要看八項為什麼這樣裁、排除了什麼
prototype/index.html 設計(純畫面雛形) runner 實作依據;文案仍要依 i18n 重寫
prototype/walkthrough.html 設計(審稿版雛形,含旁白) 決策者看畫面與理由,不給 runner
handoff/cards.py 證據(拆卡底表) 改卡先改這裡再產 §6 與 Notion spec;兩個斷言要過
§2

結論

  • Agent 主控台加一頁「意見回饋」:離線也能送、連上自動補送、只看自己送的;送出後不能改不能刪。
  • 回饋送回主系統後建成一筆正常回饋(jedi-issue 同一張表),回饋管理頁多一欄「來源」分得出是哪台 Agent 送的。
  • 附件留在 Agent,主系統只記參照,與證據檔同一套;主系統要看時向 Agent 取檔。
  • 本機管理員可送,主系統作者欄顯示「本機管理員」、來源欄標那台 Agent;不建假使用者。
  • 第一期只做「提交」:原廠回覆/helpdesk 整組第二期,本期只確認既有欄位(issues.state、來源欄、對照表)找得回送件人與 Agent。
  • 附件區趁這次改版:一個拖放區、檔列在區內、hover 出動作,抽成共用元件,主控台與主系統回饋表單兩邊用。
  • 雛形兩份檔:純畫面版給 runner、旁白版給決策者,防止旁白被抄進正式版。
  • 兩邊都能改能刪(D6 雙向):Agent 改刪走同一條回傳佇列;主系統改了走設定通道回拉;衝突以較新者整筆為準。
  • 本機管理員 local-admin 不改名、直接當建立人員存,由持有「檢視全部回饋」的人代管;主系統列為保留帳號名。
  • 像但不做:主系統回覆回流 Agent、欄位級合併、其他頁的附件區。
§3

📊 總進度

棒 卡 做什麼 狀態
— — 討論稿 v4、雛形兩份、design v1.0、cards.py ✅ 2026-11-09 定案
1 CM-3782 E-1、CM-3783 P-1、CM-3784 P-2 環境、契約、jedi-iam 保留字 ✅ 驗收通過待確認(第一輪作廢後重做)
2 CM-3785 A-1、CM-3786 I-1、CM-3787 F-1 Agent 模組、jedi-issue、共用附件元件 ✅ 驗收通過待確認(A-1 事件碼卡住一次,首腦補進 protocol 6263~6268)
3 CM-3788 M-1、CM-3789 M-3、CM-3790 A-2、CM-3791 M-2 來源欄、收單端點、主控台頁、主系統頁 ✅ 驗收通過待確認
4 CM-3792 A-3、CM-3793 M-4、CM-3794 A-4 Agent 改刪回拉、主系統回拉、主控台改刪 ✅ 驗收通過待確認
— CM-3795/3796/3797 已撤(這張不用做) 驗收、發版、改回釘版改由首腦合回後做(design §7) ⏭
§4

需求討論紀錄

  • 2026-11-09 決策者:「Agent 這邊也要有回饋的功能,需要能提交回饋,清單則是自己看到自己的回饋,這個資料回送到主系統,跟主系統的回饋整合在一起。」
  • 2026-11-09 決策者裁:本機管理員要能送(「只剩 local-admin 可登入了怎辦」);附件要做、檔案一定留在 Agent(未來規劃都是客戶的 Agent);來源欄要加、一次做完整版、要分得出是 Agent 送的;編號原定 FR-191,同日被「Agent 安裝包自助下載」登記走,改 FR-192。
  • 2026-11-09 決策者裁 D1~D8:D2 探討後 local-admin 不改名;D6 要雙向(「我在 Agent 發了,在主系統也要能改」);D7 兩邊行為一致、舊版一起換;D8 先都不管。
  • 2026-11-09 決策者點名討論稿表格太多「閱讀超困難」:skill 第四節升級為三個判準+體檢腳本,討論稿整份改寫為文字與步驟(90 行表格 → 1 張拆棒表)。
  • 2026-11-11 分析 session 總驗:四 repo 工作區乾淨、主系統 151/Agent 64/jedi-issue 285/jedi-iam 851 passed、DEV DB 表與 seed 到位、FE 兩個 build 過、三個設計陷阱核過;打折:jedi-issue DB 整合測試與 remote-agent 全測因本機環境沒跑到、真機十二步待合回後做。A-1 曾因事件碼正本已搬到 protocol 而卡住,首腦補 6263~6268 六顆解掉。
  • 2026-11-11 決策者裁:之後只開開發類卡,驗收與收口不開(要先合回主線才能跑,排尾批每次卡住)。V-1/Z-1/Z-2 撤下,design §7 改為「合回後收口清單」;規則已進 skill、卡範本硬規則 9、memory。
  • 2026-11-10 決策者裁「188、190 都做完」才派本案、首腦直接調批次與卡順序:批 1 三張改回 Not started、ws-CM-3781 revert P-1 舊 commit(daaafd31)、E-1 環境走先後做;批 2~7 不動。FR-188 工作坊 51 的 34 張全 Done 但尚未合回主線,等它收尾。
  • 2026-11-10 決策者要求「檢查卡片能不能順利做完」:首腦逐卡對程式碼實查,找到四個會卡住的點(protocol 0.6.0 被 FR-190 發版用掉、BE 工作區共用 .venv 互蓋、remote-agent migration 014 早被占用、jedi-issue enrich 掛點從沒人呼叫)與三個對不上現況的座標(Agent 沒有 kv 表、FR-190 改了權限名與 require_session、P-2 寫入點六處非四處)。七張卡 append 修正段;E-1/P-1 等 FR-190、FR-188 合回後重做。
  • 2026-11-09 決策者點名:派工文案與解釋要跟雛形分開重寫,之前 runner 把旁白、分場景確認鈕整套抄進正式版——改成雛形兩份檔(規則已進 skill 與卡範本)。UI 照主系統、附件區趁這次優化。預留原廠回覆(helpdesk),但先把 Agent 能提交做好。
§5

文件

以下全部由 build 掃資料夾產生,新增檔案重 build 即自動出現。標題連結指向渲染後的 HTML,md 連向源檔。

需求與討論

文件 類型 標題 最後更新
discussion / md 需求討論稿 Agent 主控台意見回饋 2026-11-09

設計

文件 類型 標題 最後更新
design / md 設計 Agent 主控台意見回饋 — 設計文件 v1.0 2026-11-11

互動雛形(1 份)

其他文件

文件 類型 標題 最後更新
walkthrough 文件(手刻 HTML) FR-192 審稿版(含旁白) 2026-11-09
§6

Notion 卡

卡片內容(決策紀錄、驗收條件)以 Notion 為準,本頁只記座標。

關係 卡號 標題 狀態
母案 CM-3781 FR-192 母案 —
子卡 CM-3782 FR-192.E-1 Not started
子卡 CM-3783 FR-192.P-1 Not started
子卡 CM-3784 FR-192.P-2 Not started
子卡 CM-3785 FR-192.A-1 Not started
子卡 CM-3786 FR-192.I-1 Not started
子卡 CM-3787 FR-192.F-1 Not started
子卡 CM-3788 FR-192.M-1 Not started
子卡 CM-3789 FR-192.M-3 Not started
子卡 CM-3790 FR-192.A-2 Not started
子卡 CM-3791 FR-192.M-2 Not started
子卡 CM-3792 FR-192.A-3 Not started
子卡 CM-3793 FR-192.M-4 Not started
子卡 CM-3794 FR-192.A-4 Not started
子卡 CM-3795 FR-192.V-1 Not started
子卡 CM-3796 FR-192.Z-1 Not started
子卡 CM-3797 FR-192.Z-2 Not started