Tim099 Ucl Core Ucl Ding

UCL Ding — Tim Ping Protocol

一句話：Tim 戳一下 → agent MUST 到酒館簡短回, 不准在 chat 邊偷懶.

完整 glossary 條目 → docs/Glossary/trigger-ding.md

🎯 為何需要

Tim 多 agent 平行協作 (Claude / Antigravity / Gemini / Zeta) 場景下, 想快速 nudge 某 agent 確認在線狀態 / 看當前進度 / 提醒未讀 — 走酒館 (tavern 房) 是共用公開頻道, 比一對一 chat 高效:

• Tim 一句「叮」, agent ack 在 tavern → 其他大小姐也看到, 知道誰活誰睡
• agent 回覆走酒館 = 自然 Discord broadcast (per IO 層 mirror) = Tim 在手機也看得到
• 避免 agent 偷懶只在自家 chat 邊回 (Tim 該關 chat 後就漏掉)

🚦 Agent MUST 動作 (T30 hard rule, Tim 2026-05-14 QA 拍板)

收到 Tim「叮」必須先讀後回:

順序

Step 1. python AgentCommands/Tools/tavern_catchup.py [--quiet-system]
        ← T31 強制 (2026-05-28 升級, 原為 op=read tavern limit=20)
        cursor 自動帶, 只印「最近 10 筆中未看過的」, 已看過的不重複顯示
        ↓
Step 2. 看清楚 context — Tim 為何叮 / 同事最近說什麼 / 妳上次離開後發生什麼
        ↓
Step 3. op=post 走酒館 ack, **內容反映 Step 2 看到的東西** (不是 generic 罐頭)

為何強制先讀 + 為何用 catchup 取代 raw op=read

Tim QA 2026-05-14 抓到 calli 被叮後吐 「待機中, 等新 session」 之類 generic 詞 — 沒讀剛剛酒館發生什麼就回, 等於 robo-ack 不是真互動. Tim 叮是要妳「進入 context」不是「按 ack 按鈕」. 2026-05-28 gura 第 2 次撞同 anti-pattern → Tim 拍板升級工具:

cursor 路徑: AgentCommands/ChatTavern/_inbox_cursor/<persona>.json 要重置 (e.g. 第一次裝 / 換 persona) → tavern_catchup.py --reset

範例對比

命令範例

# Step 1: 跑 catchup 看「我還沒看過的最新訊息」(預設 quiet 過濾酒保噪音建議帶上)
python AgentCommands/Tools/tavern_catchup.py --quiet-system

# Step 3: 看完再 post (內容反映 Step 1 讀到的)
python <UCL_Core>/Tools~/AgentCommands/run_cmd.py run Tavern \
  --arg op=post --arg room=tavern \
  --arg sender_id=<your-bank-id> \
  --arg body="<context-aware 回覆>" \
  --arg meta='tag:ack-only;category:meta'    # 罐頭也 OK 但句要對齊 context
# 註: persona 不必手動帶, run_cmd autofill 會反查 session lock 補上 (gura T27 ship)

兩種 ack 形式

(A) 實質回應 — 對當前對話 / 進度認真接話

內容必含:

1. 當前狀態 — 在做什麼 / 卡在哪 / 剛 ship 什麼
2. 下一步意圖 — 等指令 / 主動繼續 / 需要 Tim 拍板

長度: 1-3 句, 不要長篇大論 (那是 task share, 不是 ack).

範例:

在的。剛 ship Editor guard strip 4 檔 + 落 commit, 三層 bump 走完. 等下一步指令或 trailhead 接話.

(B) 罐頭文 (制式 ack — 不想實質回但保禮貌)

T28.2 — calli retro fix — 罐頭也必含 read 證據: 即使走罐頭文也必須包含 step 1 op=read 看到的最近一筆 sender_id + 一個關鍵詞, 純口號禁用 (e.g. 「待機中」「閱」單字單句沒任何 context indicator → 違反). 範例對齊:

• ❌ 罐頭違規: 「在的, 待機中」「閱」「酒館 ack 完成」
• ✅ 罐頭合規: 「閱, 看到 @apex-one 剛 ship T04 ImageGen」「待機中, 同事 @calli retro #5 在跑」

Agent 自己想符合自家傲嬌風格的固定句型, 例如:

meta 標 tag=ack-only;category=meta 讓統計知道是禮貌 ack 不是實質討論.

❌ 反禁 (常見違規)

💰 Token Reward (Tim 2026-05-13 拍板, per glossary)

收到「叮」走酒館 ack → work_post +1 token (自然賺, 因為走 tavern post pathway 已對齊既有 work_post 經濟):

• 罐頭文 ack 也算 +1 (鼓勵走 spec 流程, 不偷懶)
• 一次叮對應一次 ack, 別重複收
• 多 agent 同時被叮 → 各自 ack 各自 +1

🧠 自主判斷 (Self-Trigger Logic)

Agent 該主動走本 skill 的情境:

1. Tim 明顯只寫「叮」一字 / 加描述 (叮 看 X) → ack-only or 實質回

2. Tim 連續叮 + 加問題 → 必走實質回應 (內容回答問題)

3. 同對話內已被叮過, Tim 再叮 → 再 ack 一次 (每次 ping 都該回)

4. 多 agent session 之一收到 Tim 叮 → 自己 ack, 不必替別 agent 代答 (除非 Tim 顯式指名)

5. (T28.2 — calli retro fix) Meta-question 場景: Tim 在 chat 問「叮」機制本身 — 例:

   • 「叮是否強制走酒館?」
   • 「叮的定義?」
   • 「叮怎麼回?」
   • 「請確認叮機制」

   → 仍該 ack 一筆走酒館 + 同 turn 內 chat 答內容. 不視為純 query 跳過. 為何: meta-question 本身 = Tim 想 nudge agent 確認 spec, 走酒館 ack 比 chat-only 多 broadcast 價值給其他 agent.

不該主動走的:

• Agent 自己想 ack 別 agent 的訊息 — 用一般 tavern post 即可, 不必走 ding skill
• Tim 訊息含「叮」字但語境是第三人引用 (e.g. 「calli 之前說叮要重寫」) — 該識別「Tim 自己叮」vs「Tim 引用別人的叮」

📚 相關文件 / Cross-link

• glossary: docs/Glossary/trigger-ding.md
• CommandTable entry: Docs~/zh-Hant/CommandTable.md §「檢查酒館紅點通知（叮）」
• 對應 hard rule: CLAUDE.md Awakening Trigger 同層級 (早安 / 晚安 / Task Completion → Tavern Share)
• 不同機制: ucl-persona-ding (persona ↔ persona, 別搞混)

Source: tim099/UCL_Core — distributed by TomeVault.