T-2928 — Telegram 管理畫面設計稿

產出時間 2026-08-20　·　涵蓋範圍：TG 面板四種狀態的實際訊息版面與按鈕列

這是設計稿，不是實機截圖。 面板功能尚未實作，所以拍不到真畫面。下面每一格都標了顏色：綠框 的部分是今天 /list 已經在跑的真實輸出形狀（一列一條 conv、一列一顆按鈕、 callback_data: switch_<n>，出自 TelegramWorkspaceScope.js:137-152）； 藍框是本單新增的部分。實作完成後由 B 區人工覆核補上真機截圖。

2026-08-20 修訂（用戶回饋）：初稿的按鈕只寫「5 · 叫醒」，得回頭對照上面的清單才知道按的是哪一條。 已改成每條 conv 一顆整列寬按鈕、文字自帶狀態圖示＋序號＋名稱＋動作，按鈕本身就是那一列； 上面的清單保留，只負責給按鈕塞不下的細節（下次叫醒時間、追第幾次）。
今天已存在的形狀 本單新增 🔴 unattended（沒人在追 → 需要你） 🟡 awaiting_you（在等你答卡） 🟢 tracked（有欠條在追） ⚪ unknown

① 全綠：每條都有人在追新

沒有任何一列需要你。面板靜音更新，手機不會響。

已釘選訊息 📋 Uniflow · 4 條 · 全部有人在追

📋 Uniflow — workspace 現況

4 條對話　·　🔴 0　🟡 0　🟢 3　⚪ 1　·　更新於 14:32

🟢
1. T-2892 欠條總帳
有欠條在追 · 下次叫醒 14:35（第 2 次）
🟢
2. TG bridge 重構
有欠條在追 · 下次叫醒 14:41（第 1 次）
🟢
3. Guidebook 3.4 同步
有欠條在追 · 下次叫醒 15:02（第 1 次）
⚪
4. 隨手記
狀態未知 · 從未執行
🟢 1. T-2892 欠條總帳 · 提前叫醒
🟢 2. TG bridge 重構 · 提前叫醒
🟢 3. Guidebook 3.4 同步 · 提前叫醒
⚪ 4. 隨手記 · 叫醒
🔄 重新整理

每顆按鈕自帶名稱與動作，不必回頭對照上面的清單。上面的清單只多給按鈕塞不下的細節（下次叫醒時間、第幾次）。

② 有沒人追的列：唯一會響的情況新

紅列強制置頂並永遠留在第 1 頁。0 → ≥1 的那一刻另送一則會響的通知。

已釘選訊息 📋 Uniflow · 6 條 · ⚠ 2 條沒人在追

⚠️ 有 2 條對話沒有人在追

· 5. T-2861 claim 三洞 — Auto 停在 parked，未鑄欠條
· 6. 截圖驗收 — engine 掛掉，沒有 execute outcome

這是本面板唯一會發出通知音的訊息。

📋 Uniflow — workspace 現況

6 條對話　·　🔴 2　🟡 1　🟢 2　⚪ 1　·　更新於 14:38

🔴
5. T-2861 claim 三洞
沒人在追 · Auto 停在 parked，未鑄欠條
🔴
6. 截圖驗收
沒人在追 · engine 掛掉，無 execute outcome
🟡
2. TG bridge 重構
在等你回答 QA 卡（設計如此）
🟢
1. T-2892 欠條總帳
有欠條在追 · 下次叫醒 14:41（第 2 次）
🔴 5. T-2861 claim 三洞 · 叫醒
🔴 6. 截圖驗收 · 叫醒
🟡 2. TG bridge 重構 · 去答卡
🟢 1. T-2892 欠條總帳 · 提前叫醒
🔄 重新整理
下一頁 ▸

③ 分頁第 2 頁新

4000 字元上限下的必然結果。紅列永不被分到第 2 頁，所以翻頁不會漏掉需要你的事。

📋 Uniflow — workspace 現況（2 / 2）

14 條對話　·　🔴 0　🟡 1　🟢 9　⚪ 4　·　更新於 14:44

🟢
7. i18n 字串盤查
有欠條在追 · 下次叫醒 14:50（第 1 次）
🟢
8. zero-regression 雙臂
有欠條在追 · 下次叫醒 15:10（第 3 次）
⚪
9. 舊對話（未綁 task）
狀態未知
⚪
10. 草稿
狀態未知
🟢 7. i18n 字串盤查 · 提前叫醒
🟢 8. zero-regression 雙臂 · 提前叫醒
⚪ 9. 舊對話（未綁 task） · 叫醒
⚪ 10. 草稿 · 叫醒
◂ 上一頁
🔄 重新整理

頁碼存在按鈕的 callback_data: pnl_p2（遠低於 64 bytes 上限）。

④ 被 TG 限流時的降級新

面板改寫是唯一可被丟棄的請求；QA 卡與通知照樣排隊重送。

📋 Uniflow — workspace 現況

6 條對話　·　更新於 14:38　·　⏳ 資料可能落後（TG 限流中）

🔴
5. T-2861 claim 三洞
沒人在追 · Auto 停在 parked
🟢
1. T-2892 欠條總帳
有欠條在追 · 下次叫醒 14:41
🔴 5. T-2861 claim 三洞 · 叫醒
🟢 1. T-2892 欠條總帳 · 提前叫醒
🔄 重新整理

面板停在最後一次成功改寫的內容，時間戳誠實顯示落後；不假裝是最新。

對照：今天 /list 的真實輸出

現況今天就是這樣

出自 main/ipc.js:12806-12821 ＋ TelegramWorkspaceScope.js:137-152。

Workspace: Uniflow

📋 Select conversation

1. T-2892 欠條總帳
2. TG bridge 重構
3. Guidebook 3.4 同步

每呼叫一次就多一則新訊息；沒有狀態、沒有排序、上限 10 列、不會自己更新。

差在哪

本單要補的四件事。

今天本單之後
每次送新訊息，舊的堆在 chat 裡永遠只有一則，原地改寫
要往回捲才找得到釘選在頂端（新增 pinChatMessage）
只有名字，沒有狀態每列標示有沒有欠條在追、下次叫醒幾點
按鈕只能切換對話按鈕＝提前償還欠條／叫醒（T-2925）

TG 做不到的事（換多少技術都繞不過，除非改用 Mini App）

做不到後果
自由排版的畫面只有純文字＋按鈕格；沒有欄寬、沒有捲動區、沒有即時色塊
把畫面推到你眼前面板改寫時 TG 會就地更新，但你滑走了它不會自己回來；只有釘選條維持在頂端，而那條只顯示一行
高頻更新每個 chat 約 1 則／秒，超過回 429；所以面板最快 5 秒一次，且內容沒變就不動
單獨更新一顆按鈕按鈕文字要變只能連整則訊息一起改寫
無限長的名冊4096 字元上限 → 必須分頁

唯一的突破口是 Telegram Mini App（按鈕開一個 HTTPS 網頁），但那需要一條從公網打回本機的通道， 是全新的對外攻擊面。本單明確排除，理由見 T-2928 §3 WHY 五。