Look for any podcast host, guest or anyone
Showing episodes and shows of

ClaudeDevs

Shows

EasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Managed Agents 新增多代理協調與夢境自學習功能。 @ClaudeDevs 介紹 Claude Managed Agents 的全新功…Claude Managed Agents 新增多代理協調與夢境自學習功能。 @ClaudeDevs 介紹 Claude Managed Agents 的全新功能,包括 multiagent orchestration、基於 rubric 的 outcomes loop 自改善、夢境(dreaming)自學習,以及 webhooks 通知。這些更新讓 Agent 能協調子任務、自我迭代優化,並透過背景處理精煉記憶,提升複雜工作處理能力。所有 API 請求需使用 managed-agents-2026-04-01 beta header,SDK 會自動設定。 多代理協調(Multi-agent Orchestration) Multi-agent orchestration 讓 coordinator Agent 協調其他子代理完成複雜任務,每個子代理擁有獨立 context window,但共享 container 與檔案系統。適合平行化獨立子任務(如多來源搜尋、檔案分析)、專門化路由(如安全 Agent 或文件 Agent)、或升級複雜任務至更強模型。支援最大 25 個 concurrent threads,coordinator 只 delegate 一層,最多 20 個 unique agents,但可呼叫多個副本。 配置 coordinator 時設定 multiagent 宣告代理列表,例如 "Engineering Lead" 使用 claude-opus-4-7 模型,system prompt 為 "You coordinate engineering work. Delegate code review to the reviewer agent and test writing to the test agent.",tools 為 [{"type": "agenttoolset20260401"}] `bash coordinator=$(curl -fsS https://api.anthropic.com/v1/agents \ -H "x-api-key: $ANTHROPICAPIKEY" \ -H "anthropic-version: 2023-06-01" \ -H "anthropic-beta: managed-agents-2026-04-01" \ -H "content-type: application/json" \ -d @-
2026-05-0603 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude 平台推出無金鑰驗證,取代長效靜態 API 金鑰,使用短效 OIDC token 強化安全性。 Claude 開發團隊針對客戶常見的安全隱憂—…Claude 平台推出無金鑰驗證,取代長效靜態 API 金鑰,使用短效 OIDC token 強化安全性。 Claude 開發團隊針對客戶常見的安全隱憂——API 金鑰管理,推出「Workload Identity Federation (WIF)」功能,讓工作負載透過既有身份提供者(IdP)如 AWS IAM、Google Cloud 或任何符合標準的 OIDC 發行者,取得短效 JWT token 驗證 Claude API,而非依賴永不失效的「sk-ant-...」靜態金鑰。此舉移除靜態憑證的儲存、輪替與洩漏風險,但強調這僅為部分安全方案,強度取決於上游 IdP 的控制。 運作機制 工作負載從 IdP 取得簽署 JWT(多為環境內建,如 Kubernetes 投影服務帳號 token、Google Cloud 元資料伺服器、Azure IMDS 或 GitHub Actions OIDC 端點),JWT 的「iss」欄位標識提供者,「sub」及其他欄位標識特定工作負載。SDK 透過環境變數或設定檔,讀取 JWT 檔案,POST 至「/v1/oauth/token」端點,使用 RFC 7523 jwt-bearer grant 交換 Anthropic 存取 token。Anthropic 驗證簽章(對照註冊 JWKS)、檢查「exp/nbf/iat」欄位,並比對聯邦規則,回傳標準 OAuth 2.0 回應,包括短效「sk-ant-oat01-...」token,綁定組織服務帳號。SDK 在每筆請求附加 token,並於到期前自動刷新,應用程式無需設定 api_key 即可正常呼叫 API。 核心概念 在 Claude Console 配置三項資源,定義「來自發行者 X、符合 Y 條件的 token,可代表服務帳號 Z 運作」。 服務帳號(svac_...):組織層級非人類身份,無 email、密碼或 Console 登入,加入 workspace 後生效,受該 workspace 的速率限制與使用歸因。不同於 API 金鑰(憑證本身),服務帳號僅 on-demand 產生憑證,便於稽核哪些工作負載代表其運作。 聯邦發行者(fdis_...):註冊 OIDC IdP,包含「Issuer URL」(JWT iss 欄位值)與「JWKS source」(公開金鑰擷取方式)。通常每環境獨立註冊,如生產 EKS 叢集、分階段叢集與 GitHub Actions 分別為三個發行者。 聯邦規則(fdrl_...):連結發行者與服務帳號,定義匹配條件、目標、授權範圍與 token 存活期(如匹配時產生範圍 S 的 token)。 設定步驟 需組織管理員權限、具 JWKS 端點的 OIDC IdP,以及可取得身份 token 的工作負載。在 Claude Console「Settings → Workload identity」頁面: 「Issuers」分頁點「Create issuer」註冊發行者。 「Settings → Service accounts」點「Create service account」建立服務帳號。 「Federation rules」分頁點「Create rule」設定規則。 工作負載驗證 配置完成後,工作負載運行時交換 IdP JWT 為 Anthropic token,SDK 自動處理交換與刷新。推薦生產環境零參數模式:相同容器映像注入環境變數「ANTHROPICFEDERATIONRULEID」、「ANTHROPICORGANIZATIONID」、「ANTHROPICSERVICEACCOUNTID」與「ANTHROPICIDENTITYTOKEN_FILE」,依環境區分。 從 API 金鑰遷移 無中斷切換既有工作負載: 平行配置聯邦。 煙霧測試憑證優先(執行「ant auth status」)。 移除所有注入的「ANTHROPICAPIKEY」。 撤銷舊 API 金鑰。 Token 存活與刷新 Anthropic token 存活期取規則「tokenlifetimeseconds」(預設 3600 秒)與呈現 IdP JWT 剩餘存活兩倍值的最小值,下限 60 秒。SDK 快取 token,按兩階段排程刷新:到期前 120 秒建議刷新、到期前 30 秒強制刷新。此設計確保短效 token(分鐘級)取代永不失效金鑰,大幅降低洩漏風險,搭配 IdP 的工作負載綁定、條件存取與稽核記錄,提供深度防禦。 此功能忠實回應客戶痛點,強調 WIF 非萬靈丹,僅強化 Anthropic 端表面安全,需仰賴上游 IdP 強度,適合追求零靜態憑證的企業工作負載。詳細文件見 https://platform.claude.com/docs/en/build-with-claude/workload-identity-federation。
2026-05-0404 min脈報
脈報Claude Code 過去一個月變笨:Anthropic 親自拆解三條根因Claude Code 過去一個月變笨:Anthropic 4 月 23 日 postmortem 拆出三條獨立 bug,從思考強度被降到一行 prompt 砍能力,三條全修,並重置所有訂閱者 usage limits。 ⭐ 文章深度讀:直接給你 Anthropic 自承的三層 QA 盲區清單 → https://heymaibao.com/claude-code-april-23-postmortem/ ⚡ 章節重點 Claude Code 為什麼變笨 00:00 第一條:預設思考強度被偷偷降級 01:53 第二條:每回合都清思考的 cache bug 02:55 第三條:一行 system prompt 砍掉 3% 分數 03:54 為什麼多重 review 與 dogfooding 都漏掉 04:49 Anthropic 用 Opus 4.7 反過來抓自家 bug 06:11 給 agent / coding tool 開發者的通用教訓 06:43 📝 懶人包 ∙ 過去一個月 Claude Code 變笨是真的,原因是三條完全獨立的工程改動:預設思考強度從 `high` 被降到 `medium`、一個讓 Claude 越聊越失憶的 cache bug、一行為了壓回應長度而上線的 system prompt 反而砍能力。三條問題分別命中 Sonnet 4.6、Opus 4.6 與最新的 Opus 4.7。 ∙ 三條都已在 4 月 20 日的 Claude Code v2.1.116 之前修好。 Anthropic 從 4 月 23 日對所有訂閱者重置 usage limits 作為補償。 ∙ 「usage limits 縮水更快」其實是上面那個 cache bug 連續快取沒命中的副作用,不是 Anthropic 獨立的計費動作。 ∙ 我的觀察:這份 postmortem 真正值得帶走的,不是這三條 bug 各自被修好,而是 Anthropic 親自寫出來的三層 QA 盲區。跨系統交界的 corner case 過了多層 review、員工用的內部 build 跟對外 ship 的 build 不一致、一行壓回應長度的 system prompt 沒跑夠逐行測試就上線。對任何在做 agent / coding tool 的人都是通用警告。 📚 參考資料 Anthropic - An update on recent Claude Code quality reports → https://www.anthropic.com/engineering/april-23-postmortem @ClaudeDevs 在 X 上的對應發文 → https://x.com/claudedevs/status/2047371123185287223
2026-04-2608 minThe Context Report: Today in AI2026-04-2507 minFlux每日经济早报2026-04-1709 minAwesome Agents Podcast2026-04-1603 min