今天的四個部分

• 1) 什麼是 Claude Tag　官方介紹
• 2) 我們實際做了什麼　實驗成果
• 3) 碰到的難題與解法　含怎麼設定
• 4) 未來 idea　靈感與方向

Claude Tag 是什麼

• 是 Slack 裡 @Claude 的升級：以前 tag 連到的是每個人自己的 Claude 帳號，現在改連到「組織的新帳號、大家共用」；跟你個人 Claude 的對話與記憶是分開的。
• 用頻道做區分：每個頻道的記憶各自獨立，頻道裡每個人都看得到 Claude 做事的來回過程，也能隨時插手參與。
• 搜尋能力也是 per 頻道（不過我們實驗發現似乎能跨頻道，待確認）。
• 計費按「使用量」而非人頭；可以幫一個頻道設定預算上限。

現況與注意事項

• 目前還在 beta，設定介面偏亂。
• 覺得他太吵，可以叫他保持安靜、直到下次被 tag。
• 不支援 Slack Connect（跨組織共享）頻道。

GitHub / vacay 請假系統 已上線

• 盤點現行 8 種請假規則，並抓到一個潛在 bug（total_days 約束與用 -1 表「無上限」衝突）。
• 開草稿 PR #5：① 放寬 total_days 約束　② 擋下「尚未開始年度週期」的請假　③ 依年資自動給特休。
• 經 cross-review 後上線到 production（v0.1.6）。

鏈上錢包餘額 成功

• 查 ETH 主網 6 個 signer 錢包的原生餘額。
• 設定每 3 小時多鏈餘額監控（ETH / Optimism / Arbitrum / Base），低於門檻自動警告。

Asana 票務 & Dune 數據

• Asana 盤點：全 workspace 190 張過期票（本人 0、活躍僅 10、180 張陳年庫存，ETHTaipei 2023 佔 41）。
• Asana 動作：開票／刪票；把台北天氣與整個頻道的實驗 TLDR 寫進票裡。
• Dune：API 打通（HTTP 200），可查 solver 收益資料。
• 設定小提醒：要讓 Claude 好好用 Asana，需要給這個 Claude bot 一個獨立的 Asana 帳號，並依需求把它加進各個專案。

自動週報 PoC

• 自動週報 PoC：以 Bob 的內容作為示範對象，自動把 Asana 票 + GitHub PR 組成團隊慣用的 Task / PR / Review 草稿。
• hsuanting 週報：合成「上週做了什麼 + 這週工作安排」。

→ 怎麼做到、踩到什麼坑，都在 Part 3。

用例：自動週報 — 連「沒有票」的工作也能彙整

PM / Lead 的產出多半在 Slack 討論與決策裡，不掛 Asana 票。Claude 能跨 Slack ＋ Asana ＋ GitHub 撈出來合成週報。以下是實測範例：hsuanting 上週回顧（6/23–6/30）。

• RWA / Ondo：親自寫了 Ondo tokens 交易風險 TL;DR，拆解 GM 代幣做市／套利的紅線（未授權轉讓歸零、不得在美境內 mint／redeem、T+5 贖回、DEX 風險評分），團隊採用；並釐清 Ondo／xStocks KYB 帳號與憑證流程，對齊上線前營運準備。
• CoW / Solver：拍板把 Ondo-focus 類 solver 重歸 AMM 區評估競爭空間（KYB 前提下）；梳理每週 Cowswap 數字統計流程，協調 Olivia、Andy 不重工。
• 團隊協調：全週每日 Standup（完成 7 張）、轉達市場訊號（Portus filler dashboard、首次登上 Ethereum Limit Order 榜單）；完成「找設計師」「採買週年禮物」兩張票；本週啟動內部導入 Claude bot。

用例：自動週報 — hsuanting 這週安排（6/30–7/7）

• 清理過期庫存票：180 張陳年票，本週推進批次關閉／封存（唯一明確的新主動項）。
• 觀察 CIP-85 新制獎勵狀況並決定是否反應（推測；首個受影響週期 7/6 結束，正落本週）。
• Ondo / RWA 上線前置：跟進 KYB 憑證、allowlist、合約簽署把關（推測）。
• 收尾 Cowswap 數字統計流程定案（推測）。
• 例行：7/1 Weekly Standup、7/1 AI Sharing、7/3 Dinngo News ＋ 每日 Standup。

怎麼運作 / 怎麼設定

• 觸發：在 Slack @Claude → 自動開雲端臨時容器、把 repo clone 進去、跑工具、開 PR、盯 CI，閒置後回收。
• 接 connector：GitHub（開 PR / 讀 repo）、Asana / Dune（透過 proxy 注入憑證的 curl）。
• 團隊記憶：跨 thread 記住 repo 路徑、API 用法、團隊慣例。
• PR 流程：草稿 PR → 自動追 review 留言修 → CI 綠 → 真人 approve → merge → 自動部署。

外部服務如何(安全地)連結

• GitHub：一個頻道內只連單一 repo；把整個組織連進來還不敢測（權限考量）。→ 要 review 別人的 code 仍得回 GitHub 網站，Slack 只做操作與通知。
• 設定裡的「bundle」≈ profile / setting 的地方，要連什麼、給什麼權限都在這裡管。
• 要對外連線（例如打 RPC）必須先把該網址加進白名單。
• 還沒完全摸清：環境變數怎麼「安全又正確」地交給 Claude —— 塞在 Instructions 有效但安全性存疑；「Connect an app」有完整設定但要逐一測試。
• 可連的 app 很多，而且幾乎每天都有新的加進來。

實作上其他的坑

• Asana 搜尋上限 100 筆、無分頁：過期票撈不全 → 用日期分窗切多段查詢再去重（這次撈到 190 張）。
• 自動週報「攬功」：把相關但非本人/時間窗外的事算到本人頭上（實際踩到一次並當場修正）→ 規則：每個 bullet 綁來源連結，抓不到就不寫或標 team/推測。

現在就能試 已驗證能動

• ① 自動週報草稿
• ② Asana 過期票守門（每週掃、自動 @ 指派人、挑陳年票批次關）
• ③ PR 看門狗（自動盯 CI / review、小問題直接修）
• ④ 餘額守門半自動補血（低於門檻自動用 Safe propose 補款交易給人簽）