Claude Tag（Enterprise／Team beta）：調查 Slack 告警，合併部署須人工核准

Claude Tag（Enterprise／Team beta）：調查 Slack 告警，合併部署須人工核准。調查流程 Claude Tag 在 Slack 收到告警後，會： 拉取錯誤率與 p99 等指標； 比對 GitHub 最近的部署與 main 分支差異； 檢查 feature flag 變更； 在 staging 重現問題，整理可能原因與修復選項。示範影片顯示，payments-api 錯誤率超過 2% 且持續 5 分鐘後，Claude 在 #inc-alerts 中展開調查。畫面中的方案包括關閉 flag，或將 resend worker 的 MAXINFLIGHT 設為 16；團隊成員選擇後，Claude 開啟 Pull Request，並等待 Lydia 審查。人類核准 Claude Tag 可以提出修復並建立 PR，但示範流程明確保留人類決策：Lydia 核准後，PR 才合併並部署。畫面顯示錯誤率降至 0.3% 以下、p99 恢復正常，Claude 接著監控服務、解決告警，並把 postmortem 草稿分享至團隊頻道。管理與範圍 Anthropic 表示，Slack 管理員可選擇 Claude Tag 能存取的頻道、工具、資料與程式庫，並限制組織及頻道的 token 用量、查看 activity log。它支援共享 Slack context、討論串、非同步工作、排程，以及啟用後的主動介入（ambient initiative）；權限與記憶則限定在管理員指定的身分與頻道內。產品狀態 Claude Tag 目前仍是 Enterprise 與 Team 客戶可用的 beta。這次示範呈現了單一 payments-api 事件的處理方式；資料未交代該流程在其他事故中辨識根因與提出正確修復的可靠度，也未列出重現完整 on-call 流程所需的具體整合與設定步驟。Slack 頻道中的 Meterlane 錯誤告警與 Claude 針對 payments-api 錯誤率上升的自動化調查與修復流程Slack 頻道中的 Meterlane 錯誤告警與 Claude 針對 payments-api 錯誤率上升的自動化調查與修復流程 影片中的 Prompt 與操作：Prompt（01:04）： 限制它，保持此功能開啟原文：cap it, keep the feature on操作步驟： 1. （00:14）點擊 Slack 頻道中的告警與 thread 2. （01:04）在 Slack 對話框中輸入指示並送出 3. （01:13）審查並核准 GitHub PR原文：https://easyvibecoding.app/curated/3329-claude-tag-slack-alert-investigation-human-approved