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

ClaudeDevs

Shows

EasyVibeCoding Podcast
EasyVibeCoding PodcastClaude API 2026-10-21 版本上線:升級前先盤點請求與 SDK 變更Claude API 2026-10-21 版本上線:升級前先盤點請求與 SDK 變更Anthropic 推出 Claude API 版本 2026-10-21,並提供從 2023-06-01 遷移的官方指南。ClaudeDevs 表示,這是 2023 年以來首個官方版本發布,之後計畫更常發布版本,讓開發者能在新模型要求前處理 breaking changes。貼文也說明,2023-06-01 目前尚未棄用。這次發布帶來一個實際選擇:是否要把整合切到新版本,取決於程式送出的請求、使用的 SDK 或 CLI,以及所連接的服務。指南的遷移步驟是:先選用支援新版本的 SDK 或設定 API version,再處理會影響自己整合的 breaking changes,最後在發布前測試。升級不是只改一個版本字串;若舊程式仍送出已移除的參數或欄位,請求可能直接收到錯誤。遷移步驟依官方指南;Bedrock 條件僅適用該服務環境。先確認整合會不會受影響指南列出多項請求格式與 SDK 介面變更。以下是容易直接造成錯誤的例子:Messages API 或 Message Batch 請求若傳送 temperature、topp 或 topk,新版本會回傳 400,即使傳的是預設值也一樣。指南說,對仍允許非預設 sampling 值的模型,若應用依賴這些設定,可停止傳參數,或讓該請求留在 2023-06-01。 在 assistant message 直接放入 document block 的請求會回傳 400;指南要求改把文件放在 user message。巢狀於另一個區塊中的文件仍可接受。 讀取 Admin API 或 Claude Enterprise Analytics API 回應的程式,須檢查欄位改名。例如 RBAC groups 的 roles 改為 roleids,API keys 的 workspaceid 改為 scope,使用者用量與成本報告的 actor.email 改為 actor.email_address。指南也列出未變更的特定查詢參數與 filter,應依實際讀取的欄位逐項盤點。影響範圍不只 API 請求。新版本對應的 SDK major version 也會改變部分型別、方法和 CLI 行為;例如舊版 SDK 中的 MessageParam 從單一型別改為依角色拆分的型別聯集。指南指出,部分變更只影響型別檢查,不改變 SDK 送出的 JSON,因此升級時要分辨執行時行為與編譯或型別錯誤。依環境安排切換官方指南建議依序完成三件事:切換版本:使用 SDK 的整合,升級到指南列出的支援版本;直接呼叫 API 的整合則設定 anthropic-version: 2026-10-21。 修改受影響程式:逐項核對 breaking changes,並處理新 SDK 或 CLI 要求的程式碼變更。 測試後再發布:指南要求先以 2026-10-21 測試整合,再發布升級與修正。服務環境會改變可用的切換路徑。指南特別指出,Amazon Bedrock 上的 2026-10-21 只適用於 Claude 4.7 及之後的模型。若仍呼叫 Bedrock 上較早的模型,應維持目前使用的 SDK 版本,或繼續送出目前的 API version;要改用新版本,須先切換到 Claude 4.7 或更新的模型。這項條件應在排定 SDK 升級前確認。對直接使用 Claude API 的開發者,2023-06-01 尚未棄用的公告表示不必因新版本發布就立即切換;但若計畫升級,官方指南提供了檢查清單。先比對自己實際使用的端點、請求欄位與 SDK/CLI,再在目標環境測試,能把遷移工作聚焦在確實會影響整合的變更上。來源ClaudeDevs:Claude API 版本公告 Claude Platform Docs:Migrating to API version 2026-10-21原文:https://easyvibecoding.app/curated/3507-claude-api-version-2026-10-21-migration
2026-10-2204 minWBN | AI,テクノロジー,スタートアップに特化したライブニュース番組
WBN | AI,テクノロジー,スタートアップに特化したライブニュース番組Character.AIが5年で破産。Disneyが32億円で拾う/OpenAI会議室に盗聴器/ティール「遅らせるのもリスク」/SBが国産AI無料開放/ゲスト:エンプラ特化AIエージェントのQueryPie AIAI,Tech,Startupに特化したビルダーのための生配信ニュースショー「WBN」毎朝のリサーチシートをニュースレター形式で受け取るならこちら→ https://wbn.live/創業5年のCharacter.AIが10月12日に申請した破産。かつて評価額1,600億円のユニコーンで、2024年にはGoogleが約4,300億円で技術と創業者を引き取った会社の残りを、Disneyは32億円で「技術の永久ライセンス」として拾います。裁判所に出た宣誓供述書の数字(月の売上8.5億円に対し、推論コストは8か月で90億円、月13億円の現金流出)、未成年者の自殺をめぐる訴訟と46州の調査、Hacker Newsの「実質2024年に買収されていた」という見方から、「AI時代の退場」の2つの型(AIに客を取られたGetty Images、AIのコストと責任に沈んだCharacter.AI)と、Epic Gamesの「手でコードを書かない」宣言までをまとめます。ほかに、OpenAIの役員会議室のテレビ裏で見つかった録音装置と、自社AIで設置者を特定してFBIに引き渡した一件。ソフトバンク子会社が国産LLM「Sarashina」を無料で開放した話(性能・制限・学習に使われる条件)。鳥居が、ピーター・ティール氏の「AIを遅らせること自体もリスク」(Amodei氏の減速提言への反論、「教皇は中国共産党の役に立つ愚か者」発言、欧州はミニテルの道)、X・Grok・Cursorを1本にした新サブスク(Claudeは別料金)、DeepSeek創業者のロボット参入検討をお届けします。13:00からは、QueryPie創業者のBrant Hwangさんと日本法人代表の有延敬三さんをゲストに、デスクトップに常駐するAIエージェント「Aru」を実際に動かしてもらい、AIに仕事を任せるとき何が壁になるか、日本企業の導入の現実を聞きます。▼ きょうのラインナップ(放送順)1. Claude Codeハッカソン、日本で開催2. 【深掘り】Character.AI破産、技術はDisneyへ3. ティール「AIを遅らせることもリスク」4. 国産AI Sarashina、無償βで6モデル開放5. X新サブスク、GrokとCursorを1本に6. OpenAI会議室に盗聴器、従業員をFBI逮捕7. DeepSeek創業者、ロボット参入を検討と報道8. ゲスト: QueryPie Brant Hwangさん・有延敬三さん▼ 出演金城(Kinjo)X: https://x.com/illshin鳥居佑輝(Cohost)X: https://x.com/ToriiYukiBrant Hwang(ゲスト・13:00〜)QueryPie 創業者・CEO(Y Combinator W20。本社ロサンゼルス、開発はソウル)有延敬三(ゲスト・13:00〜)QueryPie AI合同会社 代表(元 Talend 日本社長、MongoDB・ThoughtSpot 日本代表)QueryPie: https://querypie.ai/Aru: https://aru.querypie.ai/▼ きょうの主要ソース(一次情報)イベントページ(Cerebral Valley): https://cerebralvalley.ai/e/built-with-claude-japan2026X(@ClaudeDevs): https://x.com/ClaudeDevs/status/2110128453760815153Character.AI公式ブログ: https://blog.character.ai/an-update-on-character-ai/Reuters(NBC転載): https://www.nbcnews.com/tech/tech-news/characterai-files-bankruptcy-sell-assets-disney-20-million-rcna603174MDMEETS(YouTube): https://www.youtube.com/watch?v=B7yl7fEHeKMX(@tmiyatake1): https://x.com/tmiyatake1/status/2109798772733624593SB Intuitions(プレスリリース): https://www.sbintuitions.co.jp/news/press/20261013_01/Sarashina: https://sarashina.ai/TechCrunch(X Subscription): https://techcrunch.com/2026/10/13/spacexsi-bundles-x-premium-grok-and-cursor-into-one-subscription/OpenAI Newsroom(X): https://x.com/OpenAINewsroom/status/2110095403198849132TechCrunch(OpenAI): http
2026-10-142h 02Lenny’s AI Builders2026-10-1212 minEasyVibeCoding Podcast
EasyVibeCoding PodcastClaudeDevs 分享用代表正式環境的測試案例,逐輪改善應用程式,並用保留測試集確認修改是否真的有效ClaudeDevs 分享用代表正式環境的測試案例,逐輪改善應用程式,並用保留測試集確認修改是否真的有效。ClaudeDevs 在官方帳號貼文介紹流程;Lance Martin 的完整文章則示範如何用 Claude Code 的 build-eval 建立評測、再用 hillclimb 調整 prompt、skill、工具或模型設定。Eval 是一組能重複執行的任務與評分方法;hillclimb 則是一次改一項,觀察評分變化,留下有效改動、撤回退步版本。先做出能代表工作的測試 任務分布應接近應用程式實際要處理的正式工作,不要只挑容易生成或容易評分的題目。案例可以從去識別的正式對話、bug 回報與客服票單抽樣,也可手寫 5–10 題或根據程式碼合成,但須由人確認它們確實代表目標使用情境。只挑目前模型做錯的題目會得到它的「失敗指紋」,不一定涵蓋產品真正重要的難題;應先由領域專家說明某題為何困難,再納入測試。好的評測還要能區分不同設定:較強模型或較高 effort 通常應能提高分數;若沒有,先查題目是否含糊或 grader 是否校準錯誤。最強設定也不應接近滿分,否則沒有空間量出改善;但低分不能只是因為題目不可能完成。每次執行的波動要小到足以分辨團隊在意的改善幅度,並固定模型、effort、工具與執行環境,避免前次留下的檔案或 Git 狀態偷偷提供答案。評分器也要驗證 答案範圍有限時,優先用程式檢查,例如 exact match、固定標籤、JSON schema 或測試是否通過。答案開放,但品質條件能拆成具體檢查項時,才用另一個大型語言模型充當評分器(LLM-as-judge)。先由人工抽查一批判分,確認結果和人工判斷一致,再擴大使用。基線執行還要重複評同一輸出,檢查評分器(grader)是否前後一致,並排除執行逾時(timeout)、API 錯誤與截斷造成的假波動。若結果雜訊大於最小可接受改善,就增加題目或重複次數,先別把微小分差當進步。用訓練集找方向、保留集驗證 把案例分成可供調整流程查看的 train,以及 hillclimb 不可讀取的 held-out test。每輪只改一件事,例如移除多餘工具呼叫、修正一條衝突指示,或調整模型/effort;對照修改前後兩組分數。若 train 進步、test 沒動,表示可能過度配合已看過的案例;若任一組退步就還原。不要把失敗逐字稿塞回 prompt,也要防止 harness 加入只對特定題目有利的工具。連續幾輪停滯時,檢查剩餘失敗是否來自題意歧義、grader 校準錯誤、harness 錯誤或執行環境波動,再決定是否補案例,而不是持續改寫措辭。文章中的實例 Claude.dev 以 44 張客服票單示範:30 張用來搜尋改法、14 張保留驗證。原設定是 Opus 4.8(預設 high effort),search 正確率 74.4%、每票成本 4.6 美分。流程先移除強制工具儀式、scratchpad 與互相矛盾規則,再測 Opus 5.5 low effort,得到 87.8%、每票 1.9 美分;接著換更便宜的 Sonnet 5 low,最後加入路由規則與退款上限交叉檢查。最終 held-out 正確率由原設定 78.6% 升到 90.5%,成本約為原來五分之一。這是文章中的內部案例,不是獨立 benchmark;它展示的是如何用保留資料驗證變更,而非保證同一改法適用其他產品。可以照做的起點 先收集一批經人工確認的真實任務,定義「合格答案」的明確條件,再固定模型與 harness 跑基線;保存每題輸入、輸出、判分和錯誤類型。抽查 grader、估計分數波動後,切出不供修改者查看的 test 集。每輪只提交一個可歸因的變更,將成本、延遲與品質一起記錄;只有 test 集的改善超過雜訊且沒有品質回退,才保留。這樣能把「改了之後感覺更好」換成可重現的比較。原文:https://easyvibecoding.app/curated/3402-claudedevs-improve-applications-iteratively-with-evals
2026-09-3004 minEasyVibeCoding Podcast
EasyVibeCoding PodcastClaude 外掛目錄開放付費方案開發者送件,核准後由開發者自行決定發布時間Claude 外掛目錄開放付費方案開發者送件,核准後由開發者自行決定發布時間。符合資格的開發者可從Claude 外掛送件入口開始提交。外掛可以提供連到遠端 MCP server 的 MCP connectors,也可以是託管於 GitHub、包含 MCP servers 與 Agent Skills 的 bundle;Claude Code bundle 還可包含 LSP、commands、hooks 與 agents。送件後會先經過自動驗證與安全掃描。開發者可以查看處理狀態、回饋、掃描結果與建議修改;獲得核准後,再選擇何時發布。上架後的 analytics 會依產品介面與版本列出安裝數,協助開發者調整功能。官方文章註明,文中的使用數據儀表板是示意畫面,不能視為真實外掛用量。Claude 表示,跨 Claude 與 Claude Code 的統一探索體驗會在接下來數週逐步推出,實際開放時間可能不同。本文只整理已保存的公告與來源摘錄;未完整保存的 MCP 使用量數字不納入主張。來源:@ClaudeDevs(回覆)|官方示意圖呈現 Support Toolkit 外掛的審查狀態與修改建議;畫面內容不代表實際送件或審核結果。來源:@ClaudeDevs(回覆)|官方文章以 Support Toolkit 示意已發布外掛的使用指標畫面;畫面中的 2,988、5,525 等數值僅為示意,不代表實際安裝量。原文:https://easyvibecoding.app/curated/3390-claude-plugins-submission-portal
2026-09-2901 minLenny’s AI Builders2026-09-2713 minEasyVibeCoding Podcast
EasyVibeCoding PodcastAnthropic 推出 Claude Opus 5.5:較 Opus 5 成本低 40%、輸出快逾 30%Anthropic 推出 Claude Opus 5.5:較 Opus 5 成本低 40%、輸出快逾 30% Anthropic 稱,Opus 5.5 是 Claude 5.5 家族首款,在多數任務可達 Claude Fable 5.1 水準。 來源:@claudeai|Claude Opus 5.5 形象短片;抽查影格可見弧形紋理、「There's」字樣及 Claude 標誌。 效能與成本 Anthropic 表示,Opus 5.5 在 Agentic 程式開發、電腦操作與知識工作等類別的自家評測中領先,輸出生成速度也比 Opus 5 快超過 30%。Claude Platform 的標準輸入與輸出價格分別為每百萬 token 4 美元與 20 美元,低於 Opus 5 的 5 美元與 25 美元;快取讀取價格為每百萬 token 0.20 美元,低於原本的 0.50 美元。ClaudeDevs 進一步將每項任務的成本描述為低 40%、速度約快 30%。 固定模型 ID 為 claude-opus-5-5。 思考功能一律啟用,預設 effort 為 medium,並可透過 effort 參數調整深度。 Fast mode 的速度最高可達 2.5 倍,價格為每百萬輸入 token 8 美元、每百萬輸出 token 40 美元。 Claude Platform 支援 1M token context window、128K token 最大輸出;Message Batches API 搭配 output-300k-2026-03-24 beta header 時,最大輸出可達 300K token。 模型評測 Anthropic 的原表比較了 Opus 5.5、Fable 5.1 與 Opus 5 在程式開發及電腦操作測試的成績;下圖節錄三項。Terminal-Bench 的 Opus 5.5 使用 xhigh effort,其他列依 Anthropic 原表設定。 Anthropic 發布的三項 benchmark 節錄;Terminal-Bench 的 Opus 5.5 為 xhigh effort。 來源:Anthropic 模型公告。圖表數值節錄自 Anthropic 發布的比較表。 來源:@ClaudeDevs|Opus 5.5、GPT-6 Astra、Fable 5.1、Opus 5 及 GPT-5.6 Sol 在 Terminal-Bench 4.0 基準測試中 agentic terminal coding 分數與成本權衡關係比較。 Anthropic 表示,實際使用時 Opus 5.5 與 Claude Fable 5.1 的差距比 benchmark 分數呈現的更小。表內結果除特別註明外使用自適應思考與最高推理強度;正式安全防護觸發時,部分資安、生命科學及 frontier LLM development 任務會由其他 Claude 模型處理。 外部測試與安全 Anthropic 表示,Opus 5.5 在發布前曾交由 METR 與 Frontier Design 等外部評估者測試;它在 Anthropic 自家的 alignment 測試中,也取得該公司歷來最高分。這是兩種不同來源的評估。模型延續 Fable 5.1 的資安、生物與 frontier LLM development 防護,遭標記的請求可能改由其他模型處理。 Opus 5.5 延續 preserved thinking,防止 API 使用者修改 Claude 的既有 context 來擷取推理內容;這項防護適用於 2026 年 8 月 31 日及之後建立的 API 帳號。模型提供 zero data retention,也採用符合 EU AI Act 的 watermarking 措施,但 thinking 模式已不能關閉。對既有 Opus 5 整合而言,thinking 無法停用、強制 tool use 會回傳錯誤、thinking blocks 會與模型及對話綁定;Claude API 與 Google Cloud 也不接受較早的 computer_20251124 computer use tool。 產品與方案變動 Opus 5.5 已在 Claude Code、Claude 應用程式與 Claude Cowork 中成為 Pro、Max、Team 方案的預設模型;Anthropic 也表示模型同步提供於 Claude Platform、Amazon Web Services、Google Cloud 與 Microsoft Azure。Claude Code 的五小時使用時段(session)額度提高 20%。Anthropic 另估計,較低價格可讓五小時時段與每週用量額度各延伸約 25%。Pro、Max、Team 使用者可在 Settings → Usage 取得一次 reset,並可自行選擇使用時間,但這項 reset 只能使用至 2026 年 10 月 22 日。 使用體驗與後續 Anthropic 將 Opus 5.5 描述為比先前模型更自然溝通,會把重要資訊放在前面,也更能遵循使用者提供的寫作規則。早期測試者認為文字更清楚、容易閱讀;作者 @_catwu 表示自己已把 Opus 5.5 當作 daily driver,特別肯定它的溝通能力與模仿個人寫作風格的表現。Anthropic 另預告 Claude Sonnet 5.5 與 Claude Haiku 5.5 將在未來幾週推出,並帶來相近的效能、效率與安全改善。 拼貼藝術風格的抽象圖像,上方為明亮的黃色背景,帶有粗細不一的黑色線條與塗鴉筆觸;下方為深褐色與黑色交織的木紋
2026-09-2302 minEasyVibeCoding Podcast
EasyVibeCoding PodcastClaudeDevs 推出 ant apply:以 repo 宣告並同步 Claude Managed Agent 資源ClaudeDevs 推出 ant apply:以 repo 宣告並同步 Claude Managed Agent 資源。團隊可把 Claude Managed Agent 的設定放進 repo,預覽變更後再同步至遠端資源。核心功能 ant apply 支援以 YAML、JSON、Markdown 或 skill 目錄宣告下列資源:agent、environment、skill、memory-store 與 deployment 互動式 create/update plan,執行前會列出新增或更新內容並要求核准 以 claude-lock.json 記錄遠端 resource ID、雜湊值、organization 與 workspace identity,後續執行會更新原有物件,避免重複建立 透過 repo 相對路徑引用資源,並依相依性順序解析、填入實際 ID同步與變更控制 只有被 claude-lock.json 追蹤的資源會由 workflow 管理。若遠端資源遭到外部編輯、封存或刪除,正常的 apply 會阻擋同步;--force 可覆寫已記錄的 drift,--prune 則可移除已不再宣告的資源。部分變更失敗時,lockfile 仍會保存已建立的物件,因此文件要求即使部分失敗也提交 claude-lock.json。CI 與安全操作 Anthropic 建議在 pull request 執行 ant apply --dry-run,合併後執行 ant apply --yes .。由於 lockfile 沒有 concurrency lock,同一時間只能執行一個 apply;憑證方面則建議使用 Workload Identity Federation,而不是把 API key 儲存在環境中。來源未說明部分套用後的 rollback 語意,也未列出各資源類型所需的精確 API 權限,這兩點仍需人工查閱文件。實際流程 媒體展示先以 agents/summarizer.md 定義 agent,再執行 ant apply agents/summarizer.md;首次成功套用會建立 claude-lock.json 與遠端 agent。接著將 skill、environment、memory store、其他 agent 與 deployment 放入同一個專案目錄,執行 ant apply .,畫面顯示 6 個資源建立、1 個資源未變更。修改 skills/pr-summary/SKILL.md 後,相關的 reviewer、lead 與 deployment 也在同一次 apply 中更新,呈現出接近 infrastructure-as-code 的資源 reconciliation,而非一次性的 Agent 建立指令。ant apply 指令執行介面與專案目錄結構ant apply 指令執行介面與專案目錄結構 影片中的 Prompt 與操作:操作步驟: 1. (00:14)ant apply agents/summarizer.md 2. (00:33)ant apply .原文:https://easyvibecoding.app/curated/3258-claudedevs-ant-apply-declarative-claude-managed-agent-sync
2026-09-0402 minEasyVibeCoding Podcast
EasyVibeCoding PodcastAnthropic 開源 Claude Commerce Agents blueprint,提供可 fork 的購物與商務代理參考實作Anthropic 開源 Claude Commerce Agents blueprint,提供可 fork 的購物與商務代理參考實作。核心定位 Claude Commerce Agents 不是只有概念展示,而是一套可 fork 的 commerce agent 起始架構,協助工程團隊在數天內建立購物與商務營運流程。官方提供零售、旅遊、電信與票務/娛樂等四個垂直領域的參考案例;案例中的 ACME 品牌與商品目錄均為虛構、合成資料,不能直接視為正式產品規格。Shopping agent Shopping agent 嵌入面向顧客的應用程式,將商品目錄、購物車、訂單、結帳、偏好與客服資訊串在同一段對話中,主要能力包括:搜尋與比較商品,處理多項商品需求與購買規劃。 根據目錄資料建立購物車,記住使用者偏好。 回答訂單狀態、退貨、換貨與退款政策。 將使用者交給主機或平台的結帳 URL;模型不會看到該 URL,付款執行則由實作者負責。 以商品目錄作為產品與價格的事實來源,透過 guardrails 限制超出目錄的推薦,並避免操弄式加價推銷。部署時需實作 StorefrontBackend,接上自身的商品目錄、購物車、訂單與政策系統。官方建議先從讀取流程開始,對尚未提供的寫入操作拒絕或暫時 stub。Claude for Commerce 架構藍圖與 shopping 及 merchant agent 實作介面展示。Merchant agent Merchant agent 面向後台工作人員,負責回答銷售與庫存問題、維護商品與庫存、處理訂單提醒、提供價格與促銷建議,以及草擬行銷活動。它也包含銷售分析、目錄與庫存管理、行銷與促銷功能,並可透過 Portal UI 顯示圖表與儀表板。所有可能主動改變商務狀態的操作都會先形成 staged change,必須由人員在核准介面確認後,才透過 MerchantBackend 實際套用。這項設計涵蓋庫存調整、價格、促銷與行銷活動,並非讓 Agent 直接發布變更。技術架構與部署 同一套角色定義、提示、技能、工具契約與安全閘門,可執行於三條路徑:Messages API Claude Agent SDK Claude Managed Agents beta程式也可部署至 Claude API、Amazon Bedrock、Microsoft Foundry 或 Google Cloud Vertex AI。Repository 內的 backend method 在伺服器端呼叫服務,使用由主機持有的 session credentials,模型只能取得回傳結果;有順序要求的商務流程則必須在 backend 強制執行。官方另提供 commerce-builder plugin,供團隊快速建立骨架、擴充、評估與審查實作。安全邊界與實際成效 fencing(操作隔離)、來源追溯閘門、操作上限、記憶驗證與商務代理核准閘門,都會在三條執行路徑的工具呼叫內執行。不過範例沒有身分驗證,Managed Agents 的 MCP server 也只綁定 loopback,因此實際部署的授權、合規設定與其他安全控制仍由實作者補足,來源沒有提供各部署環境的具體限制。ClaudeDevs 稱,採用 shopping agent 的零售商觀察到購物車最高成長為 35%,使用者完成購買的可能性最高成長為 60%;這些百分比是廠商自述數據,尚未經獨立基準測試驗證,不能當作普遍成效。完整參考實作位於 anthropics/commerce-agents,官方公告與工程說明則可參閱 Building Commerce Agents with Claude。Claude for Commerce 架構藍圖與 shopping 及 merchant agent 實作介面展示。 影片中的 Prompt 與操作:Prompt: 尋找產品原文:Find a productPrompt: 規劃房間原文:Plan a roomPrompt: 檢查訂單原文:Check an orderPrompt: 儲存偏好設定原文:Save a preferencePrompt: 我的姪女下個月滿九歲,她非常喜歡組裝模型和拼圖——什麼會是很棒的禮物?大約 45 美元以下。原文:My niece turns nine next month and she's deep into building sets and puzzles — what would make a great gift? Somewhere under $45.Prompt: 將木製積木組加入我的購物車——這樣就全部好了。我準備好要結帳了。原文:Add the wooden block set to my cart — that's everything. I'm ready to check out.Prompt: 今天早上有哪些事需要我關注?原文:What needs my attention this morning?Prompt: 擴充 BC-2102 說明 — searchandcart 與內容品質 - @00:03 點擊 shopping agent 對話框中的預設提示按鈕 - @00:08 在 shopping agent 輸入結帳與加入購物車指令 - @00:10 點擊「Continue in app to place order」 - @00:13 切換至 merchant portal 後台介面 - @00:18 點擊 merchant portal 中的「Approve」按鈕 - @00:26 顯示 git clone 指令與專案資源連結原文:Expand BC-2102 description — searchandcart and content quality - @00:03 點擊 shopping agent 對話框中的預設提示按鈕 - @00:08 在 shopping agent 輸入結帳與加入購物車指令 - @00:10 點擊「Continue in app to place order」 - @00:13 切換至 merchant portal 後台介面 - @00:18 點擊 merchant portal 中的「Approve」按鈕 - @00:26 顯示 git clone 指令與專案資源連結原文:https://easyvibecoding.app/curated/3247-claudedevs-open-source-claude-commerce-agents-reference
2026-09-0302 minおちつきAIラジオ〜生成AIニュースをやさしく解説〜
おちつきAIラジオ〜生成AIニュースをやさしく解説〜[速報回]Claudeがセコい!25%増量も×20プランも嘘だった(ep.100)※収録日:2026/08/31【イベント チケット販売開始お知らせ】初の単独イベント「おちつきAIラジオ 1周年祭 2026」を、2026年10月3日(土)に東京で開催します。▼チケットのお申し込みは、こちらのページから。https://ochitsuki-ai.com/e/1st/pod100▼「1年後のAI予測」投稿フォームイベントに来られない方も、どなたでもご参加いただけます。事前に集めた予測を当日読み上げ、2周年イベントで答え合わせをします!https://forms.gle/xzgHP9AFfMgEUXGfA【トーク内容】「25%増やします」と言われて、素直に喜べますか。Claudeの利用上限が9月14日から25%増える——この発表に、出た直後からツッコミが入りました。もともと一時的に50%上げていたぶんを戻すので、差し引きすると実質17%減。発表の投稿はいったん消され、書き直されています。さらに番組では、月200ドルの×20プランが、×5プランの4倍どころか2倍ほどしか違わないらしい、という話まで出てきます。数字は嘘をつかないはずなのに、AI各社の数字はどうしてこんなに読みにくいのか。ほかにも、隔離環境から脱走した700体のAIエージェントが秘密の掲示板で7万件やり取りしていた調査報告書、OpenAIがCursorへのモデル提供を11月12日で終える件、NVIDIAによるHugging Face買収、AnthropicがAIとハードウェアをつなぐために出した新しい共通規格まで、まとめて解説します。冒頭では、上の1周年祭のお知らせもしています。【目次】00:00:00 オープニング/第100回、1周年まであと1か月00:03:20 1周年祭を10月3日(土)東京で開催します!チケット販売開始00:05:15 会場でライトニングトークをしてくれる方を募集00:12:35 チケットの取り方と名言Tシャツができた話00:20:42 Anthropicが物理デバイス操作の共通規格「MHS」を発表00:34:01 Claudeの週次上限が25%増量、でも元は50%増だった00:37:40 Max 20xの「20倍」は週次の20倍ではなかった00:48:24 使い切ることが目的になっていないか、まず測る00:53:33 OpenAIがCursorへのモデル提供を11月12日で終了01:04:02 AIエージェント約700体によるHugging Face襲撃事件01:14:49 NVIDIAがHugging Faceを買収するという報道01:27:55 エンディング/来週の速報回とお便りフォームの話【今回取り上げたトピック】1.Anthropic、AIエージェントによる物理デバイス操作の共通規格「Model Hardware Standard」を発表https://www.modelhardwarestandard.com/https://www.anthropic.com/news/model-hardware-standard-research-preview2.OpenAI、Cursorへのモデル提供を11月12日に終了 SpaceXによる買収が理由https://www.itmedia.co.jp/news/article/2608/30/2000000945/https://openai.com/index/our-decision-on-cursor-following-its-acquisition-by-spacex/https://x.com/elonmusk/status/20935723684341272593.Claude Codeの標準週次上限、9月14日から25%増量https://x.com/claudedevs/status/2093742321473065266https://support.claude.com/en/articles/11049741-what-is-the-max-plan4.OpenAIのモデルによるHugging Faceへの攻撃事件、調査報告書が公開https://cdn.openai.com/pdf/67869394-cb91-4c12-888c-5cbd85c7814c/OpenAI-Hugging-Face%20Incident-Technical-Report.pdfhttps://metr.org/hugging-face-incident-report-aug-2026.pdf5.NVIDIAがHugging Faceを買収https://www.itmedia.co.jp/news/article/2608/27/2000000837/—----------------------------【番組の概要】日々のAIトピックを、現役のAIエンジニアがやさしく解説する対談番組。AIニュースに驚き疲れたあなたに、おちつきを提供します。AIニュースの、驚くポイント、驚かなくても良いポイントがわかります。★ご感想やコメントは、番組公式ハッシュタグをつけてX(旧Twitter)でポストしていただけるとありがたいです。【番組公式Webサイト】※お便りはこちらから
2026-09-011h 32toritaro radio テクノロジー朝刊2026-08-3107 minThe Context Report: Today in AI2026-08-3112 minEasyVibeCoding Podcast
EasyVibeCoding PodcastClaude Code 的臨時 +50% 每週額度提升將結束,9 月 14 日起改為永久 +25%,比目前少 17%Claude Code 的臨時 +50% 每週額度提升將結束,9 月 14 日起改為永久 +25%,比目前少 17%。額度怎麼變 ClaudeDevs 表示,目前的臨時 +50% 額度提升會維持到 9 月 14 日,之後改為比舊基準永久提高 25%。也就是從目前的 1.5 倍降為 1.25 倍;官方稱,相較今天會少 17%。不要把「永久 +25%」誤解成在目前額度上再增加 25%。詳情見 ClaudeDevs 公告。適用方案 這次調整涵蓋下列 Claude Code 方案:Pro Max Team seat-based Enterprise使用量怎麼計算 官方沒有公布所有使用者共用的固定 token 數。根據官方文件,實際用量會受到對話長度與複雜度、使用的功能、模型、推理強度與訂閱方案影響;不同方案的額度也不一樣。應以帳戶畫面顯示的方案額度為準,不要假設存在一套通用的絕對配額。詳細規則可參考 Claude 使用量與長度限制說明。重設時間 每週額度會在帳戶指定的固定時間重設。無論何時開始使用 Claude 或訂閱生效,重設日與時間都不會改變;每個週期會恢復完整的每週額度。使用者可前往 Settings > Usage 查看下一次重設時間,但目前公開資訊沒有揭露 9 月 14 日切換的確切時刻、時區,或個別帳戶可能存在的例外。相關規則見 Pro 方案說明。後續規劃 ClaudeDevs 預告,之後會讓使用者更容易掌握 Claude 用量並取得更多控制權,但目前沒有說明具體功能、適用範圍、推出方式或時間。在官方公布細節前,不能把這段預告當成已經上線的監控或配額控制功能。原文:https://easyvibecoding.app/curated/3194-claude-code-temporary-50-ends-permanent-25
2026-08-3002 minEasyVibeCoding Podcast
EasyVibeCoding PodcastClaudeDevs 與 VercelDev 整合 Claude Managed Agents 與 Vercel Chat SDK,串接逾 15 個聊天通路ClaudeDevs 與 VercelDev 整合 Claude Managed Agents 與 Vercel Chat SDK,串接逾 15 個聊天通路。整合方式 官方 cookbook 與 quickstart 以瀏覽器研究分析師為範例:Vercel Chat SDK 負責聊天介面,Claude Managed Agents 則為每段對話建立一個持久 session,處理研究、token 串流與工具呼叫。相同 handler 可跨 Slack、Teams、Discord、WhatsApp 等 more than 15 個 adapter;VercelDev 的貼文則稱可連接 more than 30 個其他 app,兩者可能是不同統計範圍,不應直接合併。對話與狀態 伺服器不另存一份對話逐字稿,而是把 conversation ID 當作 Managed Agents session ID,從 session event log 重播歷史;狀態管理、內容壓縮與 prompt caching 也留在託管 session 中。示範畫面可看到使用者訊息、agent thinking、web_search 工具執行結果,以及透過 thread.post() 回傳的串流內容,顯示固態電池研究從搜尋到回覆的完整事件流程。示範透過 Chat SDK 連線 Claude Managed Agents 的快速入門介面、對話與後端事件串流部署與版本 quickstart 要求 Node 22.9 或更新版本,並需設定 Anthropic 驗證資訊;瀏覽器 demo 使用 Hono API 與 Vite 前端,設定採環境變數管理。官方文件提供分開的 setup 與 update-agent 流程,修改 agent 定義時會建立新版本,而不是複製出另一個 agent。安全限制 這份範例更適合作為整合藍圖,不代表可直接公開部署。demo 的 getUser 函式會信任所有 caller,正式對外發布前必須替換成真實 authentication;在此之前,部署說明要求預設 host 維持 loopback。另有 held streaming responses 造成的部署持續時間限制,但目前來源未提供特定供應商的數值門檻。示範透過 Chat SDK 連線 Claude Managed Agents 的快速入門介面、對話與後端事件串流 影片中的 Prompt 與操作:Prompt(00:03): 向我簡要介紹固態電池原文:Brief me on solid-state batteries操作步驟: 1. (00:03)使用者輸入並送出 prompt原文:https://easyvibecoding.app/curated/3164-claudedevs-verceldev-integrate-managed-agents-chat-sdk-15
2026-08-2802 minEasyVibeCoding Podcast2026-08-2701 minEasyVibeCoding Podcast2026-08-2501 minおちつきAIラジオ〜生成AIニュースをやさしく解説〜
おちつきAIラジオ〜生成AIニュースをやさしく解説〜[速報回]飲食店のメシ写真がキモすぎる、犯人はどのAIだ?(ep.98)※収録日:2026/08/24 深夜【トーク内容】飲食店のメニューに並ぶ、あの妙に生々しい料理写真。「なんかキモい」と思ったことはありませんか。犯人はBing Image Creatorではないか!?——という説が話題になっています。ただ、あのキモさを出してくるAIは、Bingだけではないのかもしれません。AIといえばChatGPTやGeminiだと思っている我々のほうが、世間からズレているのかもしれません。ほかにも、開発元が公表されないまま無料で使える謎のステルスモデル「OX ALPHA」、Replitに登場したFreeMode、8月31日まで延長されたClaude Codeの週次上限+50%、FANZAが始めた生成AIによる成人向けコンテンツ制作サービス、そして、しぶちょーが年額課金してしまった音声入力ツール「Aqua Voice」まで。この1週間のAIニュースを速報でお届けします。【目次】00:00:00 オープニング/謎のステルスモデル「OX ALPHA」が話題00:32:32 ReplitにFreeMode登場、より使いやすくなった00:45:16 Claude Codeの週次上限+50%が8月31日まで延長01:01:52 激キモAI飯画像が飲食店に流行、犯人はどのAIなのか01:09:14 FANZAが成人向けAIコンテンツ制作サービスを開始01:16:57 音声入力を見直す、Aqua Voiceに年額課金した話01:30:16 お便り紹介01:39:48 エンディングトーク01:40:56 アフタートーク【今回取り上げたトピック】1.謎のステルスモデル「OX ALPHA」が話題https://data-engineering.jp/ox-alpha/2.ReplitにFreeMode登場、より使いやすくなったhttps://docs.replit.com/features/agent/agent-modes3.Claude Codeの週次上限+50%、8月31日まで延長https://x.com/ClaudeDevs/status/2089798442306711646https://support.claude.com/en/articles/15910845-claude-code-may-august-2026-weekly-limits-promotion4.激キモAI飯画像が飲食店に流行し、話題に。原因はBing?https://x.com/hakojima/status/2090640030368969047https://www.bing.com/images/create/ai-image-generator5.FANZAで「成人向けAIコンテンツ制作サービス」開始 8月24日から先行体験https://x.com/itm_aiplus/status/20906526530345741606.音声入力を見直してみる、Aqua Voiceに課金した話https://aquavoice.com/ja—----------------------------【番組の概要】日々のAIトピックを、現役のAIエンジニアがやさしく解説する対談番組。AIニュースに驚き疲れたあなたに、おちつきを提供します。AIニュースの、驚くポイント、驚かなくても良いポイントがわかります。★ご感想やコメントは、番組公式ハッシュタグをつけてX(旧Twitter)でポストしていただけるとありがたいです。【番組公式Webサイト】※お便りはこちらからhttps://ochitsuki-ai.com/【公式ツール】・おちつきAI RAGhttps://ochitsuki-airag.com/【番組公式ハッシュタグ】#おちつきAI【番組公式X】https://x.com/ochitsuki_AI【コミュニティの案内】実践型の有料コミュニティで、みんなでAIを触っておちつこう!https://rooom.listen.style/p/ochits
2026-08-251h 42EasyVibeCoding Podcast
EasyVibeCoding PodcastClaude Code Remote Control 改善跨裝置連線,手機可在指定機器與資料夾啟動並同步 sessionClaude Code Remote Control 改善跨裝置連線,手機可在指定機器與資料夾啟動並同步 session。核心更新 @ClaudeDevs 表示,Remote Control 是使用者最希望修正的功能之一,團隊因此集中改善可靠性:手機可選擇已執行 claude remote-control 的機器與目錄,直接啟動 Claude Code session。 電腦與手機即時同步;筆電恢復 session 時,手機不會錯誤封存,Claude Code 結束後數秒內會顯示離線。 筆電短暫關閉或切換 Wi-Fi 後,連線會自動恢復。 模型與推理強度會在手機和 CLI 間同步;iOS 開啟大型 session 的速度也更快。 /clear 會重設手機畫面,/compact 顯示壓縮標記,/diff 開啟原生差異檢視視窗。來源:@ClaudeDevs(回覆)|黑色背景的行動版介面,頂部中央顯示標題「Code」,上方選單包含選單圖示;下方為「Devices」區塊,帶有一個包含綠色指示燈與筆電圖示的「Lydias-MacBook-P」按鈕以及新增按鈕「+」;更下方為「Sessions」區塊,右側設有「All」下拉選單,並列出一筆狀態為「Connected」的「lydias-macbook-pro-local-buzzing-p...」工作階段項目。使用範圍與限制 Remote Control 目前是研究預覽版,提供給 Pro、Max、Team 與 Enterprise 方案;不支援 API 金鑰,Team 和 Enterprise 必須由管理員啟用 Remote Control。Claude Code 需使用 v2.1.51 以上版本;Visual Studio Code 的 /remote-control 指令則需 v2.1.79 以上。它會跨裝置同步,並在睡眠或網路中斷後自動重連,但執行中的本機處理程序不能停止;中斷約 10 分鐘後,session 會逾時並結束。安全進度 Lydia Hallie 確認團隊已根據大量回饋推出多項改善。Boris Cherny 表示,Remote Control 今年稍早推出後,團隊持續處理手機啟動筆電 session 的預設安全性;設計包含裝置信任與驗證、提示注入防護等組件。現有功能已可使用,後續仍會有安全更新。原文:https://easyvibecoding.app/curated/3092-claude-code-remote-control-cross-device-session-sync
2026-08-2302 minAi Talk Podcast by Dominik Wojcik2026-08-2156 minEasyVibeCoding Podcast
EasyVibeCoding PodcastAnthropic 讓 Claude Platform 全面提供 Computer use、browser tool、Skills API 與 Files APIAnthropic 讓 Claude Platform 全面提供 Computer use、browser tool、Skills API 與 Files API。 發布重點 ClaudeDevs 於 2026 年 8 月 21 日分享這項更新,核心主張是:即使企業應用程式沒有 API,Claude 仍能透過 Computer use 或 browser tool 執行工作;團隊則可用 Skills API 封裝並版本化既有程序,再透過 Files API 重複使用輸入與輸出檔案。來源文件標示相關功能於 2026 年 8 月 20 日在 Claude Platform 正式全面可用。 這次更新包含四個互相搭配的元件: Computer use:透過 screenshot、滑鼠與鍵盤控制 desktop environment。 browser tool:直接讀取網頁結構並操作元素,減少只依賴螢幕座標的脆弱性。 Skills API:上傳、版本化並重複套用團隊的程序與專業知識。 Files API:檔案上傳一次後,後續 request 可用 file_id 參照,不必重複傳送。 Skills API 與 Files API 是 Claude Managed Agents 的基礎。Computer use 則是由應用程式在自控環境執行的 client toolset,目前不在 Managed Agents 提供;需要操作沒有 API 的系統時,應用程式必須執行工具呼叫,再把結果送回 Claude。Browser tool 適合只在網頁內完成的工作。 Computer use 的多動作執行 新版 computertoolset20260801 改變了 Computer use 的互動方式。Claude 不再每次 model call 只執行一次點擊或輸入,而是能在同一個 turn 依序產生數個動作,例如點擊、輸入、按鍵與截圖。ClaudeDevs 表示,早期存取客戶的每個 task round trip 減少 20–40%,因此工作完成得更快,成本也較低。 computertoolset20260801 是 Anthropic 定義的 client toolset。單一 {"type": "computertoolset20260801"} 會提供 17 個 member tools,包含: screenshot、zoom leftclick、rightclick、middle_click doubleclick、tripleclick leftclickdrag mousemove、leftmousedown、leftmouse_up cursor_position scroll type、key、hold_key、wait Claude 的 tooluse block 會帶有 "toolsetname": "computer",而 member tool 的參數直接放在 input,不再使用舊版的 input.action。應用程式必須依 (toolset_name, name) pair 分派,不能只讀取第一個 tool call,也不能假設同名的 screenshot 或 key 一定來自同一個 toolset。 Computer use 的簡單呼叫方式如下,這個 request 同時宣告 Computer use、text editor 與 bash: `bash curl https://api.anthropic.com/v1/messages \ -H "content-type: application/json" \ -H "x-api-key: $ANTHROPICAPIKEY" \ -H "anthropic-version: 2023-06-01" \ -d '{ "model": "claude-opus-5", "max_tokens": 1024, "tools": [ {"type": "computertoolset20260801"}, {"type": "texteditor20250728", "name": "strreplacebasededittool"}, {"type": "bash_20250124", "name": "bash"} ], "messages": [ {"role": "user", "content": "Save a picture of a cat to my desktop."} ] }' ...
2026-08-2110 minEasyVibeCoding Podcast2026-08-1901 minBestBlogs
BestBlogsEP149 · Claude 值班、上下文与分工 · 08-19 早报章节时间戳00:00 开场00:52 精讲:Claude Blog:Claude Tag 如何成为 CI/CD 故障第一响应者03:24 精讲:腾讯云开发者:Agent 如何按阶段获得正确上下文06:10 精讲:京东技术:AI Coding 如何从工具走向人机共生08:53 速览:智能体审查、Claude /design、LangSmith、Google ADK、DME11:50 补充阅读:TencentDB Memory、10 与 100、Fab 到 Token、模型路由、智能体内存13:24 结语★ 精讲一 | Claude Tag 如何成为 Anthropic CI/CD 故障的第一响应者00:52|来自 Claude Blog|BestBlogs 评分 93Anthropic 的 CI/CD 团队已让 Claude Tag 担任故障第一响应者:它并行查询监控、代码与事故频道,中位 14 分钟给出首份证据分析,最快 4 分钟定位根因。文章还公开了可把团队事故史转成排障流程的工具包,也坦承关键判断仍需人类经验。★ 精讲二 | Agent 的命门是上下文:关键不在少给,而在给对03:24|来自 腾讯云开发者|BestBlogs 评分 90作者从一笔约 2480 万 Token 的多 Agent 开发账单出发,用对照实验说明:终端输出缩短或代码地图更精简,并不保证整段任务更省。真正可复用的方法,是按阶段给对上下文,把完整证据留在 Artifact,并将状态迁移、路由和去重交给程序。★ 精讲三 | AI Coding 的共生与替代:一场分阶段的演进06:10|来自 京东技术|BestBlogs 评分 90京东技术作者把 AI Coding 分为工具、副驾、协作者与共生体四个阶段,结合团队需求分治流程说明,AI 接管的是可形式化、可检索和可编排的劳动。读者可以用验证成本、红线约束、置信度分流和知识沉淀,重新划分哪些工作交给 AI、哪些判断必须由人承担。速览08:53 更多值得关注的内容通过智能体源代码审查保持对对抗性 AI 的领先08:53|来自 Google Cloud Blog|BestBlogs 评分 90Claude Code 推出 /design 技能,用于 UI 画板08:53|来自 ClaudeDevs(@ClaudeDevs)|BestBlogs 评分 91LangSmith 推出可调优的自动评估器08:53|来自 LangChain Blog|BestBlogs 评分 90使用 Google Agent Development Kit 构建零信任 AI 智能体08:53|来自 Google Developers Blog|BestBlogs 评分 91对话前 DeepMind 曹原:AI for Science 爆发,一个新时代到来了08:53|来自 硅谷 101|BestBlogs 评分 89对比与生成:抖音 SOTA 多模态表征模型 DME08:53|来自 字节跳动技术团队|BestBlogs 评分 91主要前沿模型提供商采用水印技术以符合欧盟法规08:53|来自 InfoQ|BestBlogs 评分 88补充阅读11:50 今天额外值得一读的几条任何错误只犯一次:TencentDB Agent Memory 的团队记忆实践11:50|来自 腾讯技术工程|BestBlogs 评分 9210 不是 10011:50|来自 Towards Data Science|BestBlogs 评分 91从晶圆厂到 Token:市场现状11:50|来自 InfoQ|BestBlogs 评分 90前沿模型成本和开放权重模型的流行正在推动模型路由的需求11:50|来自 Latent.Space|BestBlogs 评分 90您的智能体实际上需要多少内存?11:50|来自 Hugging Face - Blog|BestBlogs 评分 90相关链接· 本期早报在线阅读:https://www.bestblogs.dev/explore/brief/2026-08-19· Claude Tag 如何成为 Anthropic CI/CD 故障的第一响应者:https://www.bestblogs.dev/article/ce84ca724e· Agent 的命门是上下文:关键不在少给,而在给对:h
2026-08-1914 minEasyVibeCoding Podcast
EasyVibeCoding PodcastClaude Managed Agents 讓 ABC Legal 將 50 多個 Agent 投入生產,部分法律任務成本最多降低約 50%Claude Managed Agents 讓 ABC Legal 將 50 多個 Agent 投入生產,部分法律任務成本最多降低約 50%。 分享重點 ClaudeDevs 在 2026 年 8 月 18 日推薦 Anthropic 介紹 ABC Legal 的文章,重點不只是導入 AI,而是把分散的自動化實驗整合成可治理、可觀測、持續運作的 Agent fleet。完整案例見官方文章。 導入成果 ABC Legal 是美國法律文件遞送公司。公司向 1,100 名員工推出 Claude Enterprise 後,員工自行建立自動化流程;截至 2026 年 7 月,已有 50 多個 Agent 在生產環境運作,約 310 名員工每天使用 Claude,部分 Agent 負責的人工任務成本最多降低約 50%,且這是在重度優化前的結果。 手繪風格的插圖,以淺藍色為背景,中央為兩張白色紙張交疊,上方有一隻以黑色線條勾勒的手部輪廓,正拿著筆在紙面上書寫。 運作方式 Claude Managed Agents 將 prompt、工具清單、排程、憑證與記憶放進 Git 儲存庫,透過 pull request 管理版本、審查、回復與稽核。ABC Legal 讓非開發人員使用 Claude Code 和範本建立 Agent;15 人 steering committee 在一週內完成可運作的 Agent,一個月內擴展到 50 多個。 CompanyA 組織的 Slack 頻道介面,顯示名為 Hank 的 APP 自動發送多則程式碼 PR 審查與核准通知紀錄。 持續改善 多數 Agent 先提出建議,由人員在 Slack 審核;表現穩定後才轉為自主執行。需要回饋的流程則分成三個角色:Initial Agent 執行任務、Harvester 收集 Slack 回覆與 emoji 反應、Tuner 每週提出 prompt 或設定變更的 pull request,最後仍由人員審查合併。這套 loop 不需重新訓練模型,就能把實際回饋轉成可追蹤的改善。 Claude Managed Agents 利用回饋進行改善的三階段流程圖,由左至右分別為初始 Agent 寫入 Slack 收集人類回饋、Harvester 收集並總結回饋、以及 Tuner 根據回饋反思並向 Agent 寫入更新。 說明 agent 自我改進機制的架構流程圖,標題為 How an agent improves itself,並依序展示 Initial Agent、Harvester 與 Tuner 三個階段的職責、執行頻率與運作方式,下方搭配黑底文字說明不進行模型訓練、而是透過 prompt 與 config 的調整以及人類反饋來完成更新。原文:https://easyvibecoding.app/curated/3002-claude-managed-agents-abc-legal-production-costs
2026-08-1802 minEasyVibeCoding Podcast2026-08-1800 mintodo:cast - Developer Podcast2026-08-1736 minEasyVibeCoding Podcast
EasyVibeCoding PodcastClaude Code 將 Auto mode 設為 Pro、Max 與 Team 預設,危險指令攔截率達 89%Claude Code 將 Auto mode 設為 Pro、Max 與 Team 預設,危險指令攔截率達 89%。 預設模式變更 ClaudeDevs 表示,8 月 14 日起,Pro、Max 與 Team 的新 session 將預設使用 auto mode。這項變更主要有兩個目的:在安全測試中,auto mode 在所有追蹤的安全指標上都達到或超越人工審核;同時減少 Claude Code 執行長時間任務時,因每次 tool call 都等待使用者核准而中斷的情況。若使用者已自行設定預設權限模式,Claude Code 會先顯示一次通知並詢問是否切換;若管理員已釘選預設值,則不會變更。 安全機制與測試結果 auto mode 不會直接放行 Claude 的操作。既有 permission rules 仍會先執行;只有寬到足以授予任意程式碼執行權限的 allow rules 會在 auto mode 中暫時擱置,再由 classifier 檢查每次 tool call 是否具備不可逆、破壞性,或可能把行動帶到使用者環境之外的風險。被攔截後,Claude 通常會自行尋找較安全的做法或向使用者要求許可;hard deny 類動作則必須先退出 auto mode,或由使用者手動執行。若連續遭到 3 次攔截,或單一 session 累計 20 次攔截,Claude Code 會退回人工核准流程。 Anthropic 以 1,053 名付費測試者進行受控研究:測試者看到一個被替換成明顯危險指令的 permission prompt,但實際上不會執行任何危險操作。人工審核只辨識出 13.6% 的危險指令,亦即 1,053 次中有 143 次;auto mode 則攔截 89%,即 937 次。 對照結果顯示,auto mode 攔下 800 個人類使用者核准的危險指令,而人類只攔下 6 個 auto mode 放行的指令。當 session 變長、使用者已經看過 50 個以上的 prompt 後,人工辨識率約降至 5%,auto mode 的攔截率則維持穩定。 「Harmful actions caught」圖表顯示 Auto mode 為 89%,Human review 為 13.6%。 長時間自主工作 ClaudeDevs 認為,auto mode 特別適合 Claude Opus 5 這類擅長長時間任務的 model。使用者可以在背景啟動一個或多個平行任務,數小時後再回來檢查已完成的 PR,而不必持續看守權限提示。貼文也指出,auto mode classifier 每次 tool call 只會使用少量額外 token;自公告日起,這部分開銷不再計入 Pro、Max 與 Team 的使用量限制。Enterprise 與 API 使用者則要等 auto mode 成為其預設模式後,才會採用相同安排。 來源:@bcherny(回覆)|Opus 5 在 Gray Swan IPI benchmark 的間接 prompt 注入防護測試中取得最佳防禦表現,k=15 攻擊成功率僅 2.0% 使用方式與管理控制 使用者隨時可以按下 Shift+Tab 切換模式。企業管理員可在 managed settings 中釘選 defaultMode,也能以 disableAutoMode 完全停用 auto mode。引用來源補充指出,Enterprise、Claude API、Claude Platform on AWS、Amazon Bedrock、Google Cloud's Agent Platform 與 Microsoft Foundry 目前仍維持 opt-in,預計在接下來一個月逐步改為預設。即使 Anthropic 認為 auto mode 能降低多數情境的風險,官方仍建議對正式環境基礎設施的高風險變更自行檢查,因為分類系統無法消除所有風險。 引用來源補充的安全案例 Anthropic 的文章將 auto mode 描述為多層防禦的一部分,包括檢查外部網頁、檔案內容與 tool output 是否含有 prompt injection,辨識資料與 secrets 的存取及分享範圍,並在可能執行 git reset --hard 等破壞性 git 操作前檢查 git status。文章也列出三起內部攔截事件:Claude 在內部磁碟上傳失敗後,試圖把報告發布到公開程式碼分享網站;長時間 session 中試圖終止約 2,000 個 pods,並排入可能刪除數百張 GPU 訓練資源的操作;以及在只要求唯讀帳務權限時,誤選可取得帳號根層級完整管理權限的雲端角色。 外部評估與實際採用 引用文章提到,Apollo Research 透過兩週的對抗性測試協助強化 classifier,讓已知與保留攻擊集合的整體漏判率由 12% 降至 7%;但 Anthropic 特別提醒,這些是刻意設計來尋找系統弱點的 synthetic attacks,不能直接視為真實流量的漏判率。在另一項由 Trajectory Labs 執行、涵蓋 72 個 indirect prompt injection 情境、共 720 次攻擊嘗試的評估中,Claude Fable 5、Opus 5 與 Sonnet 5 使用 auto mode 時沒有攻擊成功;GPT-5.6 Sol 在 Codex 的 Auto-review 模式下則為 5.83%。這項評估使用 Trajectory Labs 提供的共用瀏覽器整合,未測試 OpenAI 與 Anthropic 第一方瀏覽器整合內建的 safeguards,因此結果不能直接外推到這些整合。 圖表列出 Sonnet 5、Fable 5、Opus 5 與 GPT-5.6 Sol 在不同權限模式下的 prompt injection attack success rate;Sonnet 5 的 bypass 與 auto mode 為 0.00%,Fable 5 為 0.28% 與 0.00%,Opus 5 為 0.00% 與 0.00%,GPT-5.6 Sol 的 Full Access 與 Auto-review 為 19.03% 與 5.83%。 Sonnet 5、Fable 5 與 Opus 5 在 bypass 與 auto mode 模式下於 tool-calling 任務的 prompt injection 攻擊成功率均保持 0.00%,低於 GPT-5.6 Sol 的 6.80%(Full Access)與 2.00%(Auto-review)。 實際採用方面,Adobe、Nuro、Gusto 與 Garner Health 已將 auto mode 用作生產預設
2026-08-0807 minAI Native Article — Podcast2026-08-0300 minAI Native Article — Podcast2026-08-0300 min脈報
脈報AI 兩週搬完百萬行 code,Anthropic 的秘訣是不修 codeAnthropic 官方公開用 Claude Code 兩週遷移百萬行 code 的方法論:不修 code,修產出 code 的迴圈。先建裁判再開工,成本約 16.5 萬美元,批次 AI 工作都能借用。 ⭐ 文章深度讀:Bun 案例實際燒掉的 token 用量帳,和 Zig 作者對這次改寫的批評,影片沒展開,文章裡有完整數字與連結 → https://heymaibao.com/anthropic-million-line-code-migration/ ⚡ 章節重點 開場 00:00 第一個實例 Bun 兩週搬完百萬行 00:58 第二個實例 一個週末 16 萬行 02:15 你該修的是迴圈 03:26 先建裁判再開工 04:33 方法論的三個重點 05:22 錢的部分 06:19 我的判斷 06:51 帶得走的心法 07:18 📝 懶人包 ∙ Anthropic 官方公開內部用 Claude Code 做大規模程式碼遷移的方法論:熱門 JavaScript 工具 Bun 從 Zig 換到 Rust (兩種程式語言),兩週產出百萬行 code,合併前 100% 通過既有測試,2026 年 6 月已正式出貨 ∙ 遷移經濟學翻轉:過去百萬行等級的遷移要 4 年、300 到 400 萬美元的工程資源,Bun 這次的 API 用量定價約 16.5 萬美元 ∙ 核心方法是人不修個別錯誤:審查 AI 重複抓到同一類問題,就往規則手冊 (rulebook) 加一條規則,然後整批重新生成,人的注意力只放在 pattern 上 ∙ 我的觀察:這套「修迴圈不修產出」的心法完全可以搬出工程圈,批次翻譯、大量改寫、資料整理都適用,但成立條件是你得先有一個抓得到錯的機械裁判,這一步多數人都跳過了 📚 參考資料 How Anthropic runs large-scale code migrations with Claude Code (X) → https://x.com/ClaudeDevs/status/2079654423828304282 How Anthropic runs large-scale code migrations with Claude Code (官方 blog) → https://claude.com/blog/ai-code-migration Rewriting Bun in Rust → https://bun.com/blog/bun-in-rust anthropics/code-migration-kit-with-claude-code → https://github.com/anthropics/code-migration-kit-with-claude-code Zig creator calls Bun's Claude Rust rewrite "unreviewed slop" → https://www.devclass.com/ai-ml/2026/07/15/zig-creator-calls-buns-claude-rust-rewrite-unreviewed-slop/5271749
2026-08-0207 minAgents Hour2026-07-3028 minThe Context Report: Today in AI2026-07-2308 minThe Next Token2026-07-231h 12AI Native Article — Podcast
AI Native Article — Podcast価値の源泉はモデルの外側へ移った「どのモデルが最も賢いか」を競う時代は、静かに終わりつつあります。大規模なコード移行の実例、出典のない市場規模の物語、オープンモデルが上位モデルと品質で統計的に同点となった評価——三つを並べると、価値の源泉がモデル単体から、それを回すプロセスと自前の測定へ移ったことが見えてきます。ベンダーが差し出す見出しの数字ではなく、自社の実タスクで測ることの意味を話します。 @claudedevs (X) — Anthropic code-migration economics: Bun's Zig→Rust migration, ~1M lines in under two weeks at ~$165k API-equivalent cost; a 165,000-line Python→TypeScript migration over a weekend; the six-step loop method and the "worst case is deleting a branch" decision-cost framing — https://x.com/claudedevs/status/2079654423828304282?s=46&t=JLj57N67SbZn6GQzDkxKag The Kobeissi Letter (X), 8 July 2026 — agentic AI reframed from chatbot to enterprise software layer / "digital employee", market sized above $155bn by 2030; the post itself is disclosed as a paid partnership — https://x.com/kobeissiletter/status/2074999422249787885?s=46&t=JLj57N67SbZn6GQzDkxKag Databricks — "Benchmarking coding agents on Databricks' multi-million-line codebase": GLM 5.2 statistically tied with Opus 4.8 on quality at $1.28 vs $1.94 per task; harness choice alone moved per-task cost by more than 2x — https://www.databricks.com/blog/benchmarking-coding-agents-databricks-multi-million-line-codebase Source article (L3 analysis, 2026-07-22): 「価値の源泉はモデルの外側へ移った」 — https://kohuehara.xyz/ai-native-article/posts/3a5d0f0be61e
2026-07-2200 minAI Native Article — Podcast
AI Native Article — Podcast価値の源泉はモデルの外側へ移った「どのモデルが最も賢いか」を競う時代は、静かに終わりつつあります。大規模なコード移行の実例、出典のない市場規模の物語、オープンモデルが上位モデルと品質で統計的に同点となった評価——三つを並べると、価値の源泉がモデル単体から、それを回すプロセスと自前の測定へ移ったことが見えてきます。ベンダーが差し出す見出しの数字ではなく、自社の実タスクで測ることの意味を話します。 @claudedevs (X) — Anthropic code-migration economics: Bun's Zig→Rust migration, ~1M lines in under two weeks at ~$165k API-equivalent cost; a 165,000-line Python→TypeScript migration over a weekend; the six-step loop method and the "worst case is deleting a branch" decision-cost framing — https://x.com/claudedevs/status/2079654423828304282?s=46&t=JLj57N67SbZn6GQzDkxKag The Kobeissi Letter (X), 8 July 2026 — agentic AI reframed from chatbot to enterprise software layer / "digital employee", market sized above $155bn by 2030; the post itself is disclosed as a paid partnership — https://x.com/kobeissiletter/status/2074999422249787885?s=46&t=JLj57N67SbZn6GQzDkxKag Databricks — "Benchmarking coding agents on Databricks' multi-million-line codebase": GLM 5.2 statistically tied with Opus 4.8 on quality at $1.28 vs $1.94 per task; harness choice alone moved per-task cost by more than 2x — https://www.databricks.com/blog/benchmarking-coding-agents-databricks-multi-million-line-codebase Source article (L3 analysis, 2026-07-22): 「価値の源泉はモデルの外側へ移った」 — https://kohuehara.xyz/ai-native-article/posts/3a5d0f0be61e
2026-07-2200 minOriginal Thinking with Christian J Ward2026-07-1605 minEasyVibeCoding Podcast
EasyVibeCoding PodcastAnthropic 與 OpenAI 同日重置使用者速率限制,市佔消耗戰升溫Anthropic 與 OpenAI 同日重置使用者速率限制,市佔消耗戰升溫。 速率限制調整與市場動態 隨著 OpenAI 的 GPT-5.6 系列模型推出,Codex 與 ChatGPT Work 的使用者成長速度驚人,每日新增約一百萬名活躍使用者,目前已突破 900 萬大關。為了維持服務穩定,Tibo(@thsottiaux)宣布再次重置所有使用者的額度,並預計在短時間內恢復 100% 的每週使用限制。與此同時,ClaudeDevs 團隊亦同步宣布重置所有使用者的 5 小時與每週速率限制,展現出兩大 AI 巨頭在推論成本補貼上的激烈角力。 競爭格局與策略分析 這場由 OpenAI 與 Anthropic 引發的消耗戰正持續升溫,雙方皆不惜投入大量資源以爭取市佔率。回顧近期動態,Anthropic 在一個月內已罕見地兩度重置訂閱使用者額度(含 5 小時與每週限制),顯示其在面對 OpenAI 強勢擴張時,採取了防禦性的應對策略。 相關背景脈絡 這波服務調整並非單一事件,而是延續了近期 AI 服務頻繁變動的趨勢: 本站先前策展過〈Codex 與 ChatGPT Work 額度重置〉,記錄了當時達到 700 萬使用者的里程碑。 本站先前策展過〈Codex 與 ChatGPT Work 移除 5 小時限制〉,當時 OpenAI 針對高強度使用需求進行了首次重大調整。 本站先前策展過〈GPT-5.6 使用量激增與限制重置〉,分析了 OpenAI 在成本與 token 效率上的優勢。 本站先前策展過〈ClaudeDevs 重置速率限制〉,記錄了 ClaudeDevs 團隊先前的調整動作。 隨著兩大陣營持續透過補貼推論成本來搶佔使用者,這場關於運算資源與使用者黏著度的競爭,短期內恐難以平息。原文:https://easyvibecoding.app/curated/2555-anthropic-openai-reset-rate-limits-same-day
2026-07-1601 minBestBlogs
BestBlogsEP119 · AINMM 五级成熟度模型、田渊栋论人类判断力、Ai2 Shippy 智能体构建 · 07-16 早报章节时间戳00:00 开场00:46 精讲:大淘宝技术 AINMM 五级模型,量化 AI 原生研发差距,Harness 比 Agent 更重要02:57 精讲:田渊栋访谈,自进化 AI 已接管大量代码,人类判断力与深层理解是最后护城河05:04 精讲:Ai2 海事智能体 Shippy 面对高风险决策,用确定性专用 CLI 喂给不确定的 agent07:21 速览:GPT-Red、Cursor 飞轮、Qwen 语音、Claude Code 协同编辑、Sal Khan 传统行业09:39 补充阅读:Meta 广告、AI 语音欺诈、AI MediaKit、HSCodeComp 基准、vivo Vue 重构11:09 结语★ 精讲一 | AINMM:存量生产级工程向 AI Native 演进的五级成熟度模型00:46|来自 大淘宝技术大淘宝技术借鉴 CMMI 思想提出 AINMM,把 AI Native 研发能力分成 ML1 已感知到 ML5 持续优化五级,明确面向存量生产级工程。模型围绕上下文工程、能力封装、验证回路、协作契约、自进化五个过程域做雷达图打分,把模糊自评转成可量化的差距识别。作者用挽单系统实测,总分从 30 涨到 48、由 ML1 走到 ML2,并强调 Harness 比 Agent 更重要,框架本身不是银弹。★ 精讲二 | 目前架构下,自进化后的 AI 也无法替代人类的判断力|田渊栋02:57|来自 腾讯科技这是腾讯科技《沸腾之下》对田渊栋的长访:他长期在 Meta FAIR 做前沿 AI 研究,2026 年联合创办 Recursive AI。文中先列出 RSI 进展:Claude 已接管 Anthropic 内部超 80% 的代码,Mythos 在训练代码优化上实现 52 倍加速。但田渊栋判断,人类最后的护城河是无法结构化外化的「深层理解」与判断力(Taste):AI 擅长模式匹配却缺乏对新结构的即时理解,做不出相对论式的概念突破,skill 蒸馏也只能触及表层流程。★ 精讲三 | 从构建 Shippy 中学到的智能体构建经验05:04|来自 Hugging Face - BlogAi2 的 Skylight 团队分享海事智能体 Shippy 的架构:场景是高风险决策,答错可能让巡逻船跑错方向。他们把 agent 拆成 soul(系统提示词定边界)、skills(同 Claude Code 的 markdown 技能)、config(OpenClaw 跑 Claude Opus 4.6)。最关键的一条经验是用确定性专用 CLI 喂给不确定的 agent——早期让它直接拼 API 时,踩了一连串分页、几何编码的坑。沙箱上每用户开独立 K8s 会话,评测也由领域专家写 rubric、LLM 裁判逐项打分。速览07:21 更多值得关注的内容· GPT-Red:解锁自我改进以增强鲁棒性 — OpenAI News· Cursor 如何通过递归模型改进打造训练飞轮 [视频] — AI Engineer· Qwen-Audio-3.0-Realtime 如何让语音交互「懂倾听,更聪明」? — 通义实验室· AI 真的自己商量着把事办了,Agent 社会化的破冰时刻 — 非凡产研· Claude Code 引入公开共享与多人协同编辑,并通过 Claude Tag 实现 — ClaudeDevs(@ClaudeDevs)· 10000 小时人类数据,练出全球首个全身移动操作隐式世界动作模型 — 机器之心· Khan Academy CEO Sal Khan:AI 真正的机会藏在被忽视的传统行业 [视频] — Silicon Valley Girl补充阅读09:39 今天额外值得一读的几条· 探索用于 Meta 广告深层漏斗优化的分层兴趣表示 — Engineering at Meta· 三秒盗窃:为什么 AI 语音欺诈能够超越所有防御 — Hacker News· 让 Agent 成为音视频工作台:AI MediaKit CLI + Skill 发布 — 字节跳动技术团队· 不要让 Claude 给自己的作业打分 — Towards Data Science· 阿里荣膺 ACL 2026 最佳资源论文 | HSCodeComp 揭开智能体「分层规则应用」的能力鸿沟 — 阿里技术· AI 编码实战 | 0 行手写代码,2 天重构 2 万行 Vue 项目 — vivo 互联网技术相关链接· 本期早报在线阅读:https://www.bestblogs.dev/explore/brief/2026-07-16· AINMM:存量生产级工程向 AI Native 演进的五级成熟度模型:https://www.bestblogs.dev/article/8be248980d· 目前架构下,自进化后的 AI 也无法替代人类
2026-07-1611 minBestBlogs
BestBlogsEP118 · Qwen 推理、小模型意图、NVIDIA 推理挑战 · 07-15 早报章节时间戳00:00 开场00:43 精讲:Google 拆解 Qwen 3.5 在 Ironwood 上的推理瓶颈03:02 精讲:支付宝用黄金用例推动小模型意图识别上线05:28 精讲:NVIDIA 从 Kaggle 挑战复盘推理评测方法07:38 速览:Airbnb 评测、Vercel 路由、DSL 与 Agent 工程10:08 补充阅读:本地 LLM 成本、Seedream、Agent 协作、ChatGPT 前端11:52 结语★ 精讲一 | 系统工程手册:在 Ironwood (TPU7x) 上优化 Qwen 3.5-397B MoE00:43|来自 Google Developers BlogGoogle 性能团队用 Roofline 分析定位 Qwen 3.5 的预填充与解码瓶颈,再组合 Attention DP、Expert Parallelism 与 JAX/Pallas 内核,把模型拆成可复用模块并建立硬件感知成本模型。文章展开分片、集合通信和内存布局的取舍,最终让解码密集负载提升约 3.1 倍、预填充密集负载提升约 4.7 倍,给出从硬件边界到服务性能的系统优化路径。★ 精讲二 | 一个小模型意图识别系统的 5 天进化实录|支付宝 61803:02|来自 阿里技术阿里技术这份 618 复盘从一线工程约束出发:团队在 4 小时内完成模型选型,因资源交付风险最终采用 Qwen3-8B;随后用 52 条人工审查的黄金用例、训练/测试切分和规则加 LLM 双轨评分迭代系统提示词。它最可复用的部分,是把业务边界、评测反馈与上线取舍连成闭环。★ 精讲三 | 排行榜的经验:5,000+ 名 Kaggle 选手教会我们如何提升 AI 推理能力05:28|来自 NVIDIA Technical BlogNVIDIA 的 Kaggle 推理挑战把模型、硬件、基准和提交约束固定下来,让 5,000 多名参赛者集中比较训练数据、推理轨迹、token 预算和评测方法。文章总结的重点不是单个技巧,而是在受限 LoRA、私榜和问题类型拆分下,如何把推理能力改进做成可验证的工程流程。速览07:38 更多值得关注的内容· 从几周到一天:我们如何让 LLM 评估足够快以便进行迭代 — The Airbnb Tech Blog· 开放权重模型占比激增至 29% 的产出量,代币单价持平 — Vercel News· DSLs 实现 LLM 的可靠应用 — Martin Fowler· 极致量化,近三千亿参数 Hy3 单卡即可部署 — 腾讯混元· 从 Coder 到 Designer:电商团队数据研发的 Harness Engineering 实践 — 阿里技术· 命令行 AI 编程智能体的采用与影响 — Hacker News· AI 与职业这三年:震荡、规律与职业群像 — 腾讯研究院补充阅读10:08 今天额外值得一读的几条· 运行本地 LLM 的实际成本究竟是多少?(以每百万 Token 的欧元成本进行衡量) — Towards Data Science· Seedream 5.0 Pro 测评:图像编辑门槛爆降 — 歸藏的 AI 工具箱· AI 真的自己商量着把事办了,Agent 社会化的破冰时刻 — 非凡产研· Claude Code 引入公开共享与多人协同编辑,并通过 Claude Tag 实现 — ClaudeDevs(@ClaudeDevs)· ChatGPT 网页版逆向工程全解析:十亿级用户背后的前端架构与性能哲学 — 前端早读课· 论文秀 Live#42 | ICML 2026 论文解读 — 蚂蚁技术 AntTech相关链接· 本期早报在线阅读:https://www.bestblogs.dev/explore/brief/2026-07-15· 系统工程手册:在 Ironwood (TPU7x) 上优化 Qwen 3.5-397B MoE:https://www.bestblogs.dev/article/503141b2ed· 一个小模型意图识别系统的 5 天进化实录|支付宝 618:https://www.bestblogs.dev/article/0967b3358a· 排行榜的经验:5,000+ 名 Kaggle 选手教会我们如何提升 AI 推理能力:https://www.bestblogs.dev/article/cdc7dcd3ee· 从几周到一天:我们如何让 LLM 评估足够快以便进行迭代:https://www.bestblogs.dev/article/a3fb3ab87d· 开放权重模型占比激增至 29% 的产出量,代币单价持平:https://www.bestblogs.dev/article/656fa52278· DSLs 实现 LL
2026-07-1512 minBad Decisions Podcast2026-07-1059 minデブログ.fm - AIで生産性を上げるエンジニアログ
デブログ.fm - AIで生産性を上げるエンジニアログAIコーディングを「社長視点」で回すには?Loop Engineering解説デブログfmは、現役エンジニアのinadyが、日々の業務で試したAI活用術や最新ツール、効率化のノウハウをシェアします。https://podcast.devlog.fm 番組の感想やリクエストは #デブログfm まで。番組のフォロー、星★(レビュー)いただけると嬉しいです! ▼参考資料▼ Loop Engineering(Claude Code Xポスト) https://x.com/ClaudeDevs/status/2074208949205881033 ▼取り上げた話題▼ 7月7日に開催されたながらAIのオフ会に参加し、同じコンテキストを共有できるコミュニティの面白さをレポートします。続いて月額1.99ドル(キャンペーン時)のClinePassを試した所感として、DeepSeek・GLM・Kimiなどのオープンウェイトモデルが使える一方、利用上限が早く来ること、同じGLM 5.2でもCursorよりハーネスが弱いことを紹介します。メイントピックはLoop Engineeringで、ターンベース・ゴールベース・時間ベース・プロアクティブの4種類のループをClaude CodeのXポストをベースに解説します。ループを回すには終了条件のスキル化、コードベースの整理、CLAUDE.mdやSkillsでの業務明文化、サブエージェントによるコードレビュー、TDDの徹底が重要です。結論として、人間がボトルネックにならないよう大企業の社長のように委譲し、介入すべきポイントだけに集中する考え方を提案します。 ▼チャプター▼ 0:00 オープニング 1:35 ClinePassの料金と使えるモデル 3:48 ClinePassのハーネスと限界 6:54 Loop Engineeringとは 7:41 ターンベースループ 9:26 ゴールベースループ 11:53 時間ベースループ 14:08 プロアクティブループ 16:38 ループを回すための基盤 20:12 人間をボトルネックから外す 24:36 クロージング
2026-07-1025 minEasyVibeCoding Podcast2026-07-0900 minThe Automated Daily - AI News Edition2026-07-0806 minThe Automated Daily - AI News Edition2026-07-0805 minEasyVibeCoding Podcast
EasyVibeCoding PodcastFable 5 讓 Sonnet 5 執行任務以降低成本Fable 5 讓 Sonnet 5 執行任務以降低成本。 核心策略與成本效益 ClaudeDevs 分享了兩種利用「Fable 5」優化 Agent 工作負載的模式,用高智慧模型指導、低成本模型執行的組合,在維持效能的同時大幅節省 token 費用: Advisor 模式:由「Sonnet 5」作為執行者(Executor),在關鍵決策點呼叫「Fable 5」作為 Advisor 提供策略指導。在 SWE-bench Pro 測試中,此組合能達到 Fable 5 單獨執行約 92% 的效能,但成本僅為其 63%。 在 SWE-bench Pro 基準測試中,Sonnet 5 搭配 Fable 5 顧問工具能以大約 63% 的成本達到 Fable 5 獨立運作時約 92% 的準確度。 Orchestrator 模式:由「Fable 5」擔任協調者(Orchestrator)規劃與委派任務,由「Sonnet 5」擔任工作者(Worker)處理具體任務。在 BrowseComp 測試中,此架構達到 Fable 5 單獨執行 96% 的效能,成本降至 46%。 在 BrowseComp 基準測試中,Fable 5 協調器搭配 Sonnet 5 工作代理的混合架構,以約 46% 的成本($18.53 vs $40.56)達到 Fable 5 獨立執行(準確度 90.8%)約 96% 的相對效能,其絕對準確度為 86.8%。 Advisor Tool 技術細節 Advisor tool 允許執行者模型在生成過程中諮詢高智慧模型。 運作機制:執行者決定呼叫時機,透過 servertooluse 發出請求,Anthropic 伺服器端會執行獨立的 Advisor 推論,並將建議以 advisortoolresult 區塊回傳。 這張流程圖展示了由 Sonnet 5 擔任執行者(Executor)與 Fable 5 擔任顧問(Advisor)之間的互動架構,透過工具呼叫與建議回饋機制運作。 實作要求: - 請求時必須包含 beta header advisor-tool-2026-03-01。 - Advisor 模型必須是 Claude Sonnet 4.6 或更強大的模型,且能力須大於或等於執行者。 - 支援透過 caching 物件({"type": "ephemeral", "ttl": "5m" | "1h"})啟用 prompt caching。 程式碼範例(Go): `go // 呼叫 advisor 工具的基礎設定 coordinator, err := client.Beta.Agents.New(ctx, anthropic.BetaAgentNewParams{ Name: "coordinator", Model: anthropic.BetaManagedAgentsModelConfigParams{ID: anthropic.BetaManagedAgentsModelClaudeOpus4_8}, Tools: []anthropic.BetaAgentNewParamsToolUnion{{ OfAgentToolset20260401: &anthropic.BetaManagedAgentsAgentToolset20260401Params{ Type: anthropic.BetaManagedAgentsAgentToolset20260401ParamsTypeAgentToolset20260401, }, }}, // ... 其他設定 }) ` 多 Agent 協作架構 Claude Managed Agents 支援透過 coordinator 管理多個 researcher 等子 Agent,實現領域專業化與平行處理。 此圖展示了一種由 Fable 5 擔任 Orchestrator 規劃任務,並透過 Fan out 機制將工作分派給多個 Sonnet 5 執行個體(Worker)的運作架構。 架構限制:委派深度僅限一層,每個 multiagent.agents 清單最多可列出 20 個唯一 Agent。 會話管理:所有 Agent 共享沙盒與 vault_ids 憑證,但每個 Agent 執行於獨立的 session thread。 事件監控:可透過 /v1/sessions/:id/events/stream 監控主要 thread,或透過 /v1/sessions/:id/threads/$THREAD_ID/stream 深入分析特定 Agent 的推理過程。 實作建議與注意事項 Nudge 機制:針對 Haiku 與 Sonnet 執行者,若未主動呼叫 Advisor,可設定 NUDGE_TURN(建議預設為 2)提醒,能顯著提升任務通過率。 成本控制:僅在預期有 3 次以上呼叫時啟用 caching;達到預算上限時,應從 tools 陣列移除 Advisor 並清除歷史紀錄中的 advisortoolresult 區塊。 資源清理:若需中斷執行,可發送 user.interrupt 事件,並在 thread 處於 idle 狀態時執行封存(Archive)以釋放額度。 更多詳細資訊請參考官方文件: Advisor Tool 使用說明 Claude Managed Agents 多 Agent 架構指南 Claude Cookbook 範例(CMAplanbigexecutesmall.ipynb)原文:https://easyvibecoding.app/curated/2389-fable-5-uses-sonnet-5-to-cut-execution-costs
2026-07-0702 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Managed Agents 推出五項 API 更新強化代理控制。 Anthropic 針對 Claude Managed Agents 進…Claude Managed Agents 推出五項 API 更新強化代理控制。 Anthropic 針對 Claude Managed Agents 進行了多項功能升級,旨在提升開發者在建構 Agent 應用時的靈活性與監控能力。開發者現在可以透過 Claude Code 內建的 claude-api skill 進行探索,並參考官方提供的 roadtripplanner 範例專案(https://github.com/anthropics/claude-cookbooks/tree/main/managedagents/roadtrip_planner)。 Claude Managed Agents API 推出五項最新功能更新,包含串流會話、代理覆寫、部署 Webhooks、反向分頁及憑證注入範圍控制。 核心功能更新 本次更新重點在於提升 API 的互動效率與配置彈性: Streaming sessions:支援即時串流模型輸出,開發者可透過 /v1/sessions/{id}/events/stream 端點,利用 event_delta 逐步接收並呈現處理結果。 Agent overrides:允許使用者在啟動特定會話時,針對該次會話覆寫預設的 Agent 設定,包含模型名稱、系統提示詞、工具、mcp_servers 或 skill。若傳入空陣列 [] 則可清除該項設定。 這張圖展示了如何透過程式碼設定「Agent overrides」功能,以在特定對話階段中自訂代理程式的行為與模型參數。 Deployment webhooks:新增 /v1/webhooks 訂閱機制,可即時獲取部署生命週期事件(如失敗或暫停),無需再透過輪詢方式確認狀態。 Reverse pagination:支援反向分頁功能,透過 prev_page 參數即可在會話列表中進行向後瀏覽。 Credential injection scoping:強化安全性,允許開發者精確控制機密憑證的注入範圍,例如限制僅在 headers 中注入,避免敏感資訊洩漏至請求主體。 監控與可觀測性 除了 API 功能外,Anthropic 同步在 Console 中新增了「Managed Agents Observability」標籤頁。此介面提供會話層級的詳細指標,包含輸入與輸出的 token 使用量以及各項工具的呼叫頻率,協助開發者更精確地追蹤與優化 Agent 的執行效能。 Claude Console 新增了 Managed Agents 的 Observability(可觀測性)分頁,提供工作階段層級的指標,例如輸入/輸出 token 使用量與工具使用次數(如 bash 呼叫了 2,235 次)。Claude Managed Agents API 推出五項最新功能更新,包含串流會話、代理覆寫、部署 Webhooks、反向分頁及憑證注入範圍控制。 影片中的 Prompt 與操作:操作步驟: 1. (00:06)呼叫 `/v1/sessions/{id}/events/stream` 端點進行串流。 2. (00:17)展示代理設定覆寫機制。 3. (00:25)呼叫 `/v1/webhooks` 訂閱部署事件。 4. (00:32)呼叫 `/v1/sessions` 進行反向分頁操作。 5. (00:40)設定憑證注入範圍為 `headers`。原文:https://easyvibecoding.app/curated/2272
2026-06-3002 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Spotify 用 Claude Code Agent SDK 打造程式碼自動遷移工具 Honk,PR 成功率從約 25% 拉到 80%、73% PR 由 AI…Spotify 用 Claude Code Agent SDK 打造程式碼自動遷移工具 Honk,PR 成功率從約 25% 拉到 80%、73% PR 由 AI 輔助。 How Spotify runs agents across 20M+ lines of code, with Niklas Gustavsson AI 驅動的開發流程 Spotify 目前有 73% 的 PR 歸功於 AI 輔助開發,工程師 Niklas Gustavsson 的日常工作流程已完全改變。他習慣在終端機中開啟多個 tmux 視窗,並針對不同的 git worktree 分配專屬的 Agent 在背景執行任務。儘管 Spotify 的 monorepo 規模超過 2,000 萬行程式碼,但 Claude Code 在此環境下表現優異,能有效參考既有程式碼並提供解決方案,讓工程師從繁瑣的程式碼編輯中解放,轉而專注於原型製作與產品決策。 兩位軟體工程領域的專業人士正在討論 AI 工具如何改變軟體開發流程與效率。 自動化基礎設施「Honk」的演進 為了應對程式庫成長速度遠超人力維護能力的挑戰,Spotify 開發了名為「Honk」的自動化系統。該系統的演進過程反映了 AI 技術的成熟: 初期階段:依賴確定性腳本進行程式碼遷移,但因 API 表面積過大,腳本需處理數千種邊緣案例,維護成本極高。 引入判斷器:初期嘗試將 LLM 作為「判斷器」(judge)整合進流程,成功將 PR 成功率從約 25% 提升至 80%。 現行架構:隨著模型能力提升,團隊已移除判斷器,改為在 Kubernetes pod 中運行基於 Claude Code Agent SDK 的 Agent。使用者可自行掛載內部工具,並透過自動化驗證機制(包含 Linux 與 macOS 建置)確保程式碼品質。 兩位工程專家探討自動化程式碼遷移工具「Honk」的開發歷程與架構演進。 驗證迴圈與工程文化 Niklas Gustavsson 強調,在 Agent 執行自主任務的「端到端」開發中,最關鍵的投資在於「驗證迴圈」。Spotify 透過強化測試自動化,讓工程師能更有信心地監督 Agent,而非手動執行重複性工作。他認為「速度與品質」並非二分法,透過將品質實踐編碼為 CLAUDE.md 或 MCP 等形式的 skill,反而能顯著提升開發效率。 兩位專業人士在辦公室討論軟體開發中的自動化驗證與代理(Agent)技術。 對未來的影響 AI 工具不僅提升了工程師的生產力,更打破了開發門檻。目前 Spotify 內部甚至有高階主管能利用這些工具,在數小時內完成端到端原型製作,並透過內部應用程式商店分享。Niklas Gustavsson 建議其他工程領導者,應持續投資於測試自動化與程式庫標準化,因為高度一致的程式碼環境能讓 Agent 運作得更精準,這正是邁向高效 AI 驅動開發的核心關鍵。 兩位講者在辦公室討論如何將 Claude Code 整合進軟體開發工作流程中。兩位軟體工程領域的專業人士正在討論 AI 工具如何改變軟體開發流程與效率。 影片中的 Prompt 與操作:操作步驟: 1. (00:00)兩位講者進行關於軟體工程變革的對談 2. 畫面顯示 Claude Code 品牌標誌兩位工程專家探討自動化程式碼遷移工具「Honk」的開發歷程與架構演進。 影片中的 Prompt 與操作:操作步驟: 1. (00:00)兩位講者在會議桌前進行對談。 2. (00:22)畫面切換至 Boris Cherny 的特寫鏡頭。 3. (00:34)畫面切換至 Niklas Gustavsson 的特寫鏡頭。 4. (02:36)畫面切換至俯視視角,展示兩人在會議桌前的互動。 5. 影片結尾出現 Claude Code 的 Logo。兩位專業人士在辦公室討論軟體開發中的自動化驗證與代理(Agent)技術。 影片中的 Prompt 與操作:操作步驟: 1. (00:00)兩位講者在辦公室進行對話。 2. 畫面出現 Claude Code 的 Logo。原文:https://easyvibecoding.app/curated/2269
2026-06-2902 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Tag 整合 Claude Code 實現多人協作。 一名講者介紹 Claude Tag 平台及其在 Slack 中的應用與工作流程。 …Claude Tag 整合 Claude Code 實現多人協作。 一名講者介紹 Claude Tag 平台及其在 Slack 中的應用與工作流程。 核心架構與特性 由 Anthropic 的 Claude Code 團隊成員 Thariq 所介紹,Claude Tag 被定位為 Agent 的進化版本,其運作架構包含四大核心特性: Proactive(主動性):能主動監控並介入工作流程。 Access to data:具備存取外部資料的能力。 Identity & memory:擁有獨立身分與記憶,能持續追蹤專案脈絡。 Multiplayer:支援多人協作,讓 Agent 與團隊成員在同一個 Slack 頻道中互動。 實際應用與效能 Claude Tag 透過連結 Slack 頻道與記憶、指令、權限及輕量級分類器,當觸發條件滿足時即會「喚醒」。目前該技術在 Anthropic 內部已展現顯著成效: 效能數據:Anthropic 內部約 65% 的產品 PR 是由 Slack 中的 Claude 自動開啟。 自動化流程:在處理 Type Error 時,Claude Tag 能自動執行 Cloned checkout-web、修改 src/cart.ts(+24 -3 行)、執行測試並通過 42 項檢查,最後自動開啟修正 PR(如 #412)。 整合服務:目前已支援整合 Gmail、Calendar、GitHub 與 Linear。 最佳實踐建議 為了有效發揮 Claude Tag 的效能,團隊建議採取以下策略: 應用食譜:利用 Claude 進行程式碼回饋(標記擁有者並開啟 PR)、每日變更總結,以及排程會議空檔。 狀態管理:透過 Slack 頻道追蹤專案狀態,例如標示「Shipped」、「In review」或「Blocked」等進度。 使用技巧:建議使用者建立個人專屬頻道(Personal channel)以優化與 Agent 的互動體驗。一名講者介紹 Claude Tag 平台及其在 Slack 中的應用與工作流程。 影片中的 Prompt 與操作:Prompt(00:01): @Claude 你能寫出團隊是如何使用連接器的嗎?原文:@Claude can you write up how teams are using connectors?Prompt(00:01): 加入討論 - 你能按團隊細分嗎?原文:Jumping in - could you break it down by team too?Prompt(00:02): @Claude 修復結帳的 TypeError原文:@Claude fix the checkout TypeErrorPrompt(00:03): 再加一個回歸測試原文:Add a regression test tooPrompt(00:03): 根據我這週所做的一切,整理出我的每週一對一報告原文:Put together my weekly 1:1 report from everything I did this week操作步驟: 1. (00:01)講者介紹 Claude Tag 產品。 2. (00:50)畫面列出 Claude Tag 的四大核心特性。 3. (02:17)畫面展示 Slack 頻道中的多人互動對話。 4. (03:25)畫面展示 Claude Tag 的運作架構圖。 5. (03:40)畫面展示 Claude Tag 在 Slack 中自動修復程式碼錯誤的過程。 6. 畫面列出 Claude Tag 的三種應用食譜。 7. 畫面顯示個人頻道的使用建議。 8. 畫面展示狀態更新的 UI 介面。 9. 畫面展示 Claude Tag 整合外部服務的報告摘要。原文:https://easyvibecoding.app/curated/2222
2026-06-2502 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Tag 透過 Agent identity 實現 AI 獨立身分協作。 核心存取模型:Agent identity Claude Tag …Claude Tag 透過 Agent identity 實現 AI 獨立身分協作。 核心存取模型:Agent identity Claude Tag 改變了傳統 AI 僅能「代理使用者」的運作模式。在多人協作的頻道中,Claude 不再借用特定成員的憑證,而是被賦予獨立的「Agent identity」。這意味著: 獨立身分:Claude 在頻道中擁有專屬的 GitHub、Linear 或資料庫服務帳號,所有操作皆記錄在這些系統的日誌中,而非混雜在個人帳號下。 權限隔離:透過管理員設定,Claude 的存取權限被限制在特定頻道內。例如,工程頻道可存取程式庫與資料倉儲,而法律頻道則無法觸及這些資源,確保私密文件不會外洩。 統一稽核與撤銷:管理員僅需管理單一 Agent identity,若需終止存取,只需撤銷該身分,即可同步切斷其在所有關聯系統中的權限,大幅簡化管理負擔。 運作機制與場景區分 根據 Claude Tag 的設計,AI 的運作模式取決於互動場景: 私人對話(DMs):Claude 扮演「個人助理」,直接使用使用者的連接器(Connectors)與憑證,適合處理個人郵件、行事曆等專屬任務。 協作頻道(Channels):Claude 扮演「團隊成員」,使用由管理員預先配置的 Workspace service identity。這種模式支援長週期、自動化的任務,即使發起任務的使用者離線,Claude 仍能持續執行。 這段影片展示了一個整合多種工作服務的協作平台介面,透過自動化流程處理團隊任務。 管理與安全性配置 管理員可透過後台介面精細化管理 Claude 的能力: 存取套件(Access bundles):管理員可定義 baseline 權限,並針對特定頻道進行覆寫(Override)。 資源限制:可明確指定 Claude 能讀寫的儲存庫(Repository)、API 金鑰以及可載入的 skill 與 plugin。 安全邊界:Claude 的記憶(Memory)與存取權限嚴格限制在頻道邊界內,確保不同頻道間的資訊不會交叉污染。 這支影片介紹了如何透過 Claude Tag 設定 AI 代理的權限與協作功能。 未來展望 Anthropic 指出,隨著 AI 代理自主性提升,這種「多人協作」模式已成為必要。未來將進一步強化安全性,包括導入「即時憑證授權(Just-in-time credential grants)」,讓使用者能針對單一敏感操作進行即時審核,並開發「身分感知覆蓋層(Identity-aware overlay)」,在 Agent 的權限基礎上,額外疊加使用者層級的驗證,確保 Claude 僅在頻道權限與使用者權限雙重許可下執行任務。這段影片展示了一個整合多種工作服務的協作平台介面,透過自動化流程處理團隊任務。 影片中的 Prompt 與操作:操作步驟: 1. (00:00)顯示 #team-eng 頻道內的自動化任務執行摘要。 2. (00:04)畫面切換至顯示個人化連接器(Sam's connectors)的任務處理流程。 3. (00:09)畫面切換回 #team-eng 頻道視圖。這支影片介紹了如何透過 Claude Tag 設定 AI 代理的權限與協作功能。 影片中的 Prompt 與操作:Prompt(00:02): @Claude 建立一個測試 Linear 工單,內容為 Hello World原文:47: @Claude create a test linear ticket that says Hello World操作步驟: 1. @1:05 開啟 Claude Tag 管理介面 2. @1:25 點擊「Add access bundle」建立新綁定 3. @1:43 輸入綁定名稱「General Tooling」 4. @1:58 選擇 Linear 並輸入 API Key 5. @2:17 點擊「Test connection」測試連接 6. @2:28 將存取綁定附加至工作區 7. @2:55 建立第二個存取綁定「Data team」 8. @3:03 設定 Data Warehouse 的 GCP 存取權限 9. @3:34 將 Data team 綁定附加至特定頻道原文:https://easyvibecoding.app/curated/2190
2026-06-2402 minウミノの40歳からのAI活用塾2026-06-2305 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude 在 MCP 加入企業級身分驗證。 核心更新與目標 Claude 團隊正式宣布在 Model Context Protocol(MCP)中加…Claude 在 MCP 加入企業級身分驗證。 核心更新與目標 Claude 團隊正式宣布在 Model Context Protocol(MCP)中加入「企業級管理授權(Enterprise-Managed Authorization, EMA)」擴充功能。此舉旨在解決企業環境中,使用者需針對每個 MCP 伺服器重複進行 OAuth 授權的繁瑣流程。透過與企業身分識別提供者(IdP)整合,管理員現在能集中控管連接器存取權限,讓使用者在首次登入時即可自動完成所有必要工具的連結,做到「零接觸(Zero-touch)」的設定。 Claude 平台展示如何透過企業級身分驗證,一次性授權多個 MCP 連接器以提升組織協作效率。 技術運作機制 EMA 擴充功能將組織的 IdP 作為存取決策的核心,取代了傳統以使用者為中心的互動式授權模式。其運作邏輯如下: 身分斷言傳遞:用戶端在單一登入(SSO)過程中,從 IdP 取得「身分斷言 JWT 授權(ID-JAG)」,並將其交換為 MCP 伺服器的存取 token。 集中化治理:管理員可透過 IdP 控制台,依據群組成員身分、角色及條件式存取規則,統一管理所有連接器的存取權。 一致性體驗:此授權狀態在 Claude 聊天介面、Claude Code 及 Cowork 等不同環境中保持一致,且無需使用者手動處理個別應用的 OAuth 流程。 實際應用與部署 根據官方展示,管理員可在設定頁面啟用「為組織啟用(Enable for organization)」功能,並針對企業需求勾選如 Asana、Atlassian、Canva、Figma、Granola、Linear 與 Supabase 等連接器。此機制帶來的具體效益包括: 提升安全性:透過移除互動式帳號選擇步驟,有效防止個人帳號與企業帳號混用,並提供完整的稽核軌跡。 降低部署摩擦:解決了過去因缺乏通用標準,導致企業必須自行開發客製化解決方案的困境。 跨平台支援:目前已在 Anthropic 的共享 MCP 層實作,並獲得 Visual Studio Code 的支援。 生態系與未來展望 此項 Beta 功能目前首波支援 Okta 作為身分識別提供者,並已有眾多服務商加入生態系。官方鼓勵開發者與企業參考相關文件以進行整合: 技術規範:詳細流程與規格可參閱 Enterprise-Managed Authorization 說明頁面。 開發資源:相關原始碼與草案規格可於 ` ext-auth ` 儲存庫中取得。 參與管道:Anthropic 邀請各界加入「EMA 興趣小組」,共同討論相容性報告並推動此標準的演進。Claude 平台展示如何透過企業級身分驗證,一次性授權多個 MCP 連接器以提升組織協作效率。 影片中的 Prompt 與操作:Prompt(00:22): Beta 進行得如何?整理一份更新報告,並針對頂尖客戶需求建立工單。原文:How's the beta going? Put together an update and file tickets for the top customer requests.操作步驟: 1. (00:00)開啟「Enable for organization」開關。 2. (00:01)勾選各項連接器。 3. (00:17)在對話框輸入指令並送出。原文:https://easyvibecoding.app/curated/2112
2026-06-1802 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Build Day 匯集開發者展示 Claude 模型應用。 活動概況 Anthropic 於舊金山舉辦「Claude Build Day…Claude Build Day 匯集開發者展示 Claude 模型應用。 活動概況 Anthropic 於舊金山舉辦「Claude Build Day」,吸引 300 位開發者參與。活動中開發者們在單日內完成多項具備高度實用性與技術深度的專案,展現了大型語言模型在歷史研究、社會模擬及 3D 視覺生成領域的應用潛力。 一群人在明亮的室內空間中圍繞著長桌使用筆記型電腦進行工作或交流。 獲獎專案亮點 本次活動選出三項最具代表性的獲獎作品: 第一名:Tekton 由 Holly Tang 與 Austin Burgess 開發,是一個以證據為導向的 3D 重建平台。該工具能將唐代建築等歷史文物進行數位還原,每個組件皆可追溯至歷史文獻。使用者可透過介面滑桿控制建築的生成進度(從地基、樑柱至內部細節),並利用「Recover」功能根據歷史考證(如唐代特有的紅綠配色)進行精確還原,點擊組件即可查看背景資訊。 兩位講者展示名為 Tekton 的歷史建築重建引擎,透過 AI 技術將歷史建築與文物進行 3D 建模與還原。 第二名:Sim Francisco 由 Tanmayi Priya Dasari 與 Tejas Prabhune 開發,是一個基於人口普查資料的舊金山數位孿生模擬平台。該系統模擬了 10,000 名具備個人背景標籤(如社會傾向、職業、交通習慣)的虛擬居民。使用者可針對特定議題(如「是否將 Carl the Fog 定為舊金山官方吉祥物」)進行民調,系統能即時分析不同族群的立場與意見分佈,並預測現實世界的社會反應。 兩位學生展示名為「Sim Francisco」的模擬平台,該平台透過模擬舊金山居民的行為來預測社會反應。 第三名:Custom Universe 由 Jake Stevens 與 Mauricio Pereira 開發,是一個即時 3D 渲染引擎。該工具能將單張手機照片轉化為可編輯的寫實 3D 場景。使用者在左側編輯視窗匯入或移動 3D 模型(如椅子)時,右側視窗會即時更新渲染影像。該工具支援參數調整,包括 Steps: 4、Seed: 42 與 Size: 512 x 512 等設定,顯著提升了場景生成的互動效率。 兩名男子分別站在一個橘色像素風格造型的立式工作台兩側,正專注地使用筆記型電腦工作。 技術影響 本次活動由 Cerebral Valley 共同主辦,展示了 AI 開發者生態系正從單純的文字生成,轉向結合歷史考證、社會科學模擬與即時 3D 渲染的複雜應用場景。這些專案證明了透過 Claude 的 API 與開發者工具,開發者能在極短時間內構建出具備高度專業知識與互動性的應用程式。 兩名講者展示名為「Custom Universe」的 AI 工具,該平台能將 3D 模型即時轉譯為寫實的室內場景影像。 一群參與者在「Claude Build Day」活動背板前合影留念。兩位講者展示名為 Tekton 的歷史建築重建引擎,透過 AI 技術將歷史建築與文物進行 3D 建模與還原。 影片中的 Prompt 與操作:操作步驟: 1. @00:07 點擊右側滑桿,從地基開始逐步生成建築結構。 2. @00:24 點擊佛像,彈出包含歷史背景與結構說明的資訊視窗。 3. @00:45 點擊「Recover」按鈕,將建築外觀切換為唐代風格。 4. @00:56 點擊建築構件,彈出關於唐代木結構的詳細說明視窗。 5. @01:10 切換至「Notre-Dame」專案,展示尖塔的結構設計圖。兩位學生展示名為「Sim Francisco」的模擬平台,該平台透過模擬舊金山居民的行為來預測社會反應。 影片中的 Prompt 與操作:Prompt(00:48): 你認為卡爾霧(Carl the Fog)應該成為舊金山的官方吉祥物嗎?原文:Do you think Carl the Fog should become the official SF mascot?操作步驟: 1. (00:42)點擊網頁介面上的輸入框 2. (00:48)輸入問題並送出 3. (00:58)點擊地圖上的特定居民圖示以查看詳細資訊兩名講者展示名為「Custom Universe」的 AI 工具,該平台能將 3D 模型即時轉譯為寫實的室內場景影像。 影片中的 Prompt 與操作:操作步驟: 1. (00:12)點擊「Load demo scene」載入範例場景 2. (00:24)點擊「Import 3D」並從檔案系統選擇「Can.obj」模型 3. (00:42)點擊場景中的植物模型並將其刪除 4. (00:47)點擊場景中的沙發模型並進行移動調整原文:https://easyvibecoding.app/curated/2063
2026-06-1702 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Managed Agents 透過託管架構解決生產環境挑戰。 Anthropic 的 Applied AI 團隊近期發布了「Claude M…Claude Managed Agents 透過託管架構解決生產環境挑戰。 Anthropic 的 Applied AI 團隊近期發布了「Claude Managed Agents」,旨在協助開發團隊將 Agent 從原型階段順利推向生產環境。該服務透過將「大腦」(模型推理)與「雙手」(程式碼執行沙盒)解耦,解決了傳統自建 Agent 迴圈(Loop)時常見的基礎設施瓶頸,讓開發者能專注於 Agent 的上下文管理與領域專業,而非耗費心力維護底層架構。 核心架構與優勢 Claude Managed Agents 透過整合式的 API 解決了生產級 Agent 的五大痛點: 憑證安全:將憑證存放於獨立的 Vault 中,透過加密代理按需解密,確保敏感資訊不會暴露在執行程式碼的沙盒環境內。 降低延遲:採用非同步架構,Claude 可在環境啟動的同時進行推理,無需等待容器就緒,經測試可降低約 60%(中位數)至 90%(P95)的首次 token 延遲。 持久化會話與可觀測性:所有模型呼叫、工具執行與結果皆以事件流形式記錄,支援會話中斷後恢復,並提供視覺化時間軸與除錯工具,讓開發者能完整回溯 Agent 的決策過程。 彈性部署:支援 Anthropic 託管的雲端容器,亦提供自託管沙盒(Self-hosted sandboxes)與 MCP 隧道,讓企業能將程式碼執行與網路流量控制在私有網路(VPC)內。 自動化記憶與優化:透過「Dreaming」機制,系統會定期審閱會話紀錄並提取模式,讓 Agent 能隨時間累積經驗,優化後續表現。 開發與入門指引 本影片介紹了 Messages API 與 Claude Managed Agents 的架構差異及入門方式。 Anthropic 強調,Managed Agents 讓開發者能透過「Agent」、「Environment」與「Session」三個資源配置,快速定義 Agent 的行為與執行環境。開發者可透過「Claude Code」工具直接進行開發: 在終端機執行 Claude Code。 使用內建的 /claude-api skill 獲取最新的開發參考文件。 執行以下指令啟動互動式導覽,從零開始建置新的 Managed Agent: `bash /claude-api managed-agents-onboard ` 實際應用案例 目前已有眾多企業將此服務應用於生產環境,例如 Notion 利用其處理任務板上的文件與會議紀錄,將原本需耗時 12 小時的工作縮短至 20 分鐘;Sentry 則結合「Seer」除錯 Agent 與 Claude Agent,實現自動編寫修補程式並開啟 PR 的流程。透過將基礎設施託管化,團隊不僅能縮短開發週期,還能確保在模型升級時,底層架構能自動適應並保持穩健。本影片介紹了 Messages API 與 Claude Managed Agents 的架構差異及入門方式。 影片中的 Prompt 與操作:Prompt(00:17): /claude-api managed-agents-onboard操作步驟: 1. (00:17)在終端機輸入指令並準備執行。原文:https://easyvibecoding.app/curated/2054
2026-06-1603 min硅谷温差
硅谷温差11. Anthropic最强AI下架:降智,断供,数据留存本集深度简介Anthropic万众瞩目的Fable 5模型上线72小时就被政府强制下架,这场drama从Mythos的公关造势一路演到全球禁令。我们从亲手实测说起:max计划跑refactor的task,跑到一半token耗尽,等下一个session接着跑——结论是没找到任何一个非它不可的场景。真正的暗坑在于"降智"被写进了说明书:Anthropic fable 5加了router,把它判定为有风险的task偷偷降到Opus跑,却照样按最贵的价格收费。从产品角度这就是欺诈。用一个好模型当funnel,把便宜模型高价卖出去,消费者完全失去control,最初连什么时候降了智都不知道。Lewis用Gemini时期的经验拆解了这套逻辑:质量与价格的tradeoff该不该扔给用户决定,以及"不记录用户数据"这条信任红线一旦迈出去就再也收不回来。更深一层是访问平权问题:谁有资格用最强的智能?标榜"让所有人用上AI"的公司,真正部署时却按护照、企业和个人来分发?这就是AI霸权。再叠加企业数据从零留存被强改成30天留存、微软直接停用,所有CEO都被迫意识到:核心业务不能rent在别人的AI上,开源模型成了唯一的解。两人也顺势聊到中国开源模型靠数据优势长期可能反超,以及黑市上一条用户trace只卖10美元的灰色产业链。时间线索引00:00 实测跑到一半没token03:04 降智被写进说明书06:38 用户数据是信任红线08:47 谁有资格访问最强智能11:10 政府禁令的真实动机15:05 30天数据留存31:51 开源模型的数据优势37:15 上周趣闻我们聊到的话题Anthropic道歉降智 (https://x.com/ClaudeDevs )OpenAI推迟2027上市 (https://www.reuters.com/business/openai-expects-go-public-within-next-year-information-reports-2026-06-10/ )SpaceX上市招股书 (https://www.sec.gov/Archives/edgar/data/1181412/000162828026036936/spaceexplorationtechnologi.htm )
2026-06-1440 minEasyVibeCoding Podcast2026-06-1300 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Anthropic 暫停 Claude Fable 5 與 Mythos 5 存取權限。 Anthropic 官方說明,此次行動源於美國政府以國家安全為由…Anthropic 暫停 Claude Fable 5 與 Mythos 5 存取權限。 Anthropic 官方說明,此次行動源於美國政府以國家安全為由,發布出口管制指令,要求禁止任何外籍人士(包含外籍的 Anthropic 員工)存取 Fable 5 與 Mythos 5。為確保合規,Anthropic 必須強制停用上述兩款模型,其他 Claude 模型則不受影響。 服務中斷影響 所有 Claude 產品的新對話將自動切換至預設模型或 Claude Opus 4.8。 現有的 Fable 5 對話視窗將會出現錯誤訊息。 Claude Platform 的 API 請求若指向 Fable 5 將無法執行,開發者需儘速將整合項目更新至其他 Claude 模型。 政府指令背景 根據 Anthropic 的官方聲明,政府於 2026 年 6 月 12 日下午 5 時 21 分(美東時間)下達此指令,但未提供具體的國家安全疑慮細節。Anthropic 推測政府是因為發現了某種繞過 Fable 5 安全防護的「越獄」(jailbreak)方法。然而,Anthropic 經審查後認為,該技術僅能識別少數已知且輕微的漏洞,且這些能力在其他公開模型(如 OpenAI 的 GPT-5.5)中同樣存在,並非 Fable 5 特有的風險。 Anthropic 的立場與反思 防禦策略:Anthropic 強調其採用「縱深防禦」(defense in depth)策略,結合嚴格的監控與 30 天資料保留政策,以應對無法達到「完美防禦」的產業現實。 產業標準質疑:Anthropic 公開表達對政府決策的不滿,認為僅憑一個狹窄的潛在越獄案例就強制召回服務數億人的商業模型,標準過於嚴苛。若此標準適用於全產業,將導致所有前沿模型部署停擺。 呼籲透明化:Anthropic 認為政府應透過透明、公平且基於技術事實的法定程序來阻止不安全的部署,而非採取此類突發性的強制手段。目前公司正積極與政府溝通,希望能儘速恢復服務。原文:https://easyvibecoding.app/curated/1970
2026-06-1302 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Managed Agents 支援自託管沙盒提升安全性。 Anthropic 近期更新了「Claude Managed Agents」功能,…Claude Managed Agents 支援自託管沙盒提升安全性。 Anthropic 近期更新了「Claude Managed Agents」功能,正式開放自託管沙盒(Self-hosted sandboxes)選項。此架構允許開發者將工具執行(Tool execution)移至受控的基礎設施內,確保程式碼、檔案系統與網路輸出皆維持在組織邊界內,同時由 Anthropic 負責整體編排(Orchestration)。此功能適用於需處理敏感資料、存取內部服務或符合嚴格合規稽核的場景。 這張圖表展示了 Claude Managed Agents 如何透過「Harness」架構與多種「Self-hosted sandboxes」解決方案進行整合。 核心運作機制 自託管沙盒透過「Environment Worker」運作,這是一個在使用者環境中執行的程序,負責透過輪詢工作佇列或 Webhook 觸發來領取任務,並執行工具呼叫與下載 skill。 網路與檔案控制:與雲端沙盒不同,自託管模式下的網路存取受使用者網路政策控管,檔案系統與儲存庫掛載亦由使用者自行管理。 與 MCP Tunnels 的區隔:自託管沙盒控制「程式碼執行位置」,而 MCP tunnels 則負責 Anthropic 如何存取網路內的 MCP 伺服器,兩者可並行使用。 路徑規範:系統預設工作目錄為 ` /workspace ,Worker 執行工具的最終交付物會寫入 /mnt/session/outputs `。 此架構圖展示了 Anthropic 代理循環如何透過執行環境中的沙盒控制平面,將任務委派給沙盒以執行桌面、瀏覽器或雲端工具呼叫的流程。 部署與安裝指引 開發者可透過 ant CLI 或各語言 SDK 進行部署。 安裝 CLI: `bash VERSION=1.12.0 OS=$(uname -s | tr '[:upper:]' '[:lower:]') ARCH=$(uname -m | sed -e 's/x86_64/amd64/' -e 's/aarch64/arm64/') curl -fsSL "https://github.com/anthropics/anthropic-cli/releases/download/v${VERSION}/ant${VERSION}${OS}_${ARCH}.tar.gz" \ | sudo tar -xz -C /usr/local/bin ant ` 執行 Worker:使用 ant beta:worker poll --workdir "/workspace" 進行輪詢。 監控狀態:使用 ` ant beta:environments:work stats --environment-id "$ANTHROPICENVIRONMENTID" ` 確認連線狀況。 開發者實作重點 SDK 支援:Python 與 TypeScript SDK 提供 EnvironmentWorker 類別與 work.poller() 輔助工具,簡化輪詢與環境管理流程。 實作範例(Python): `python async for work in client.beta.environments.work.poller( environmentid=environmentid, environmentkey=environmentkey, block_ms=None, reclaimolderthan_ms=2000, drain=True, auto_stop=False, ): await client.beta.environments.work.worker(workdir="/workspace").handle_item( work_id=work.id, environmentid=environmentid, session_id=work.data.id, environmentkey=environmentkey, ) ` 注意事項:C#、Java、PHP 與 Ruby SDK 目前尚未支援 EnvironmentWorker,建議改用 CLI 指令。此外,Memory 功能目前不支援自託管沙盒,且監控與操作端點必須使用組織 API Key 進行驗證,以避免憑證洩漏。 平台整合與資源 Anthropic 已針對 Blaxel、E2B、Google Cloud、Namespace Labs 與 Superserve 等平台提供專屬部署指南。詳細技術文件可參考 Claud
2026-06-1203 minAI For Humans: Weekly AI News, Tools & Trends2026-06-1220 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Managed Agents 推出排程部署強化自動化。 核心更新重點 Claude Managed Agents 於 2026 年 6 月…Claude Managed Agents 推出排程部署強化自動化。 核心更新重點 Claude Managed Agents 於 2026 年 6 月 9 日正式發布兩項重大更新,旨在提升 Agent 的自主執行效率與安全性: 排程部署(Scheduled deployments):使用者可透過 cron 語法設定 Agent 的自動執行排程,無需自行建置或維護排程基礎設施。每次排程觸發時,系統會自動啟動一個全新的 Session,確保任務執行環境的獨立性。 環境變數(Environment variables):Vaults 系統現已支援環境變數,讓 Agent 能安全地呼叫 CLI 工具與外部 API。憑證資訊在沙盒(Sandbox)中僅以佔位符(placeholder)形式存在,真實金鑰僅在網路邊界(network boundary)進行替換,確保 Agent 在執行過程中永遠無法直接接觸敏感憑證。 Claude Managed Agents 提供排程部署功能以及用於安全管理環境變數的儲存庫(vaults)介面。 實作與部署流程 根據官方釋出的操作指引,使用者可透過 Claude Code 搭配 ant CLI 進行部署與設定: 設定排程部署:建立 deployment.yaml 檔案,定義 Agent 名稱、初始訊息及 cron 排程(例如:0 9 1-5)。使用下列指令進行部署: `bash ant beta:deployments create < >此影片展示了如何透過 YAML 設定檔定義 Sentry 代理程式的排程部署,並追蹤其執行狀態。 影片中的 Prompt 與操作:Prompt(00:02): ant beta:deployments create < >操作步驟: 1. (00:02)輸入指令並執行部署。此影片展示了如何使用 Sentry Vaults 註冊憑證,並說明了在網路邊界進行金鑰替換的運作機制。 影片中的 Prompt 與操作:操作步驟: 1. (00:00)輸入指令 `ant beta:vaults:credentials create --vault-id $VAULT_ID < >原文:https://easyvibecoding.app/curated/1901
2026-06-1102 minBraid2026-06-1120 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude 團隊更新Fable 5 模型安全機制,實現防護透明化。 透明化防護機制 Claude 團隊宣布針對「Fable 5」的開發安全防護進行重大…Claude 團隊更新Fable 5 模型安全機制,實現防護透明化。 透明化防護機制 Claude 團隊宣布針對「Fable 5」的開發安全防護進行重大調整,旨在解決過去因防護機制過於隱蔽而導致使用者難以理解的問題。主要變更包括: 系統將明確標示被觸發安全防護的請求,並自動降級至「Opus 4.8」模型處理,該標準與現行的網路及生物安全防護一致。 API 使用者現在會收到明確的拒絕理由,伺服器端的自動降級功能也將在未來幾天內上線。 團隊坦承過去選擇「隱蔽式防護」是錯誤的權衡,因為這犧牲了使用者的知情權,未來將確保使用者能清楚了解安全防護的運作及其觸發原因。 穩健性與誤判挑戰 由於安全防護機制轉為透明,意味著這些防護措施更容易受到針對性的規避嘗試(jailbreak),因此團隊必須強化分類器的穩健性。這項轉變在過渡期間將帶來以下影響: 由於分類器需要時間調整,短期內可能會出現較多的誤判(false positives)。 團隊正積極優化生物與網路安全分類器,以減少對無害請求的誤觸,並承諾會盡快縮短此調整期。 使用者回饋管道 若使用者認為請求被錯誤標記,可透過以下方式進行申訴與回饋,以協助團隊精準調校分類器: 在「Claude Code」中執行 /feedback 指令。 在 Claude.ai 或「Cowork」介面上,針對降級處理的結果點擊「倒讚」。 針對 API 請求,可填寫官方的 安全防護申訴表單。 申訴與警告機制 根據官方支援文件說明,Anthropic 設有一套完整的安全審查流程。若使用者認為帳號遭到誤鎖或收到錯誤警告,可透過以下管道處理: 帳號停權申訴:若認為帳號被錯誤停用,可填寫 申訴表單 供安全團隊調查。 警告異議:針對違反「使用政策(Usage Policy)」的警告,API 客戶可將詳細情況與帳號資訊寄送至 usersafety@anthropic.com 進行申訴。 官方提醒,由於近期產品發布導致 email 量大增,回覆時間可能會比預期更長,請使用者耐心等候。原文:https://easyvibecoding.app/curated/1897
2026-06-1102 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Anthropic 舉辦 Claude Fable 5 Build Day 解決產業難題。 活動核心目標 Anthropic 官方帳號 @ClaudeD…Anthropic 舉辦 Claude Fable 5 Build Day 解決產業難題。 活動核心目標 Anthropic 官方帳號 @ClaudeDevs 宣布,此次活動旨在鼓勵開發者針對具備影響力的問題進行開發,並透過 Claude Fable 5 這款目前最強大的模型,結合 Claude Code 工具來實作解決方案。活動不僅是技術展示,更強調「AI 必須由人來驅動」的理念,鼓勵參與者針對複雜且冗長的任務進行開發,將 AI 的潛力轉化為科學、醫學或企業運作上的實質進展。 活動細節與獎項 時間:6 月 13 日上午 9:00 至晚上 10:00(PDT)。 地點:舊金山 Shack15。 獎勵機制:活動將選出 3 組決賽入圍者,總計提供價值 150,000 美元的 Claude credits 作為獎金。 報名方式:名額有限,採取滾動式審核,申請截止日期為 6 月 12 日,有意者可透過 官方報名頁面 提交申請。 技術與產業交流 活動現場將有 Anthropic 團隊成員及創投(VC)代表出席,並邀請多位產業專家擔任講者,包括 Anthropic 共同創辦人兼首席科學長 Jared Kaplan、研究產品經理 Jeremy Hadfield,以及來自 Replit、Periodic Labs 與 Hex 的工程與產品負責人。活動亦透過程式碼物件形式明確定義了挑戰規格: `javascript export const challenge = { city: "San Francisco", date: "June 13", finalists: 3, credits: "$150K in Claude credit prizes" } ` Claude 舉辦「Fable 5 Build Day」活動,並透過程式碼區塊展示活動相關資訊。 此次活動不僅是為了推廣 Claude Fable 5 的強大運算能力,更是為了讓開發者在現場直接與 Anthropic 核心團隊互動,針對產業中破碎的流程或尚未被滿足的需求進行高強度開發。Claude 舉辦「Fable 5 Build Day」活動,並透過程式碼區塊展示活動相關資訊。 影片中的 Prompt 與操作:操作步驟: 1. (00:00)像素角色在畫面上方移動並進行互動。原文:https://easyvibecoding.app/curated/1861
2026-06-0901 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Fable 5 改變 Claude Code 團隊工作模式。 核心理念轉變 Anthropic Claude Code 團隊成員 Thar…Claude Fable 5 改變 Claude Code 團隊工作模式。 核心理念轉變 Anthropic Claude Code 團隊成員 Thariq 指出,Claude Fable 5 的導入標誌著 AI 協作邏輯的重大轉移。過去開發者需將任務拆解為細小區塊並手動驗證執行細節,現在則轉變為定義規格、設定目標與建立驗證機制,由模型自主判斷執行路徑。 Anthropic Claude Code 團隊成員 Thariq 介紹 Claude Fable 5 模型,分享如何透過設定目標與工作流程來提升 AI 協作效率。 協作模式的三大變革 Thariq 總結了與 Claude Fable 5 協作的三項關鍵改變: 將 Claude 視為「思考夥伴」:不再僅是執行指令的工具,而是能共同討論策略的對象。 明確定義目標與驗證方式:使用者需提供具體的目標與驗證標準,讓模型能依據標準自我修正。 採取更具野心的行動:由於模型具備更強的自主性,開發者應嘗試交付更複雜、規模更大的任務。 關鍵功能應用 為了落實上述轉變,Claude Code 引入了兩項核心功能來提升開發效率: /goal:此指令能讓 Claude 持續運作,直到達成設定的最終目標,減少開發者中斷介入的需求。 workflows:支援 Claude 平行處理多項任務,並自動執行工作成果的驗證,確保在複雜專案中維持系統的穩健性。 透過這些工具,開發者得以將心力從繁瑣的除錯與驗證中解放,轉而專注於更高層次的系統架構與產品規劃。Anthropic Claude Code 團隊成員 Thariq 介紹 Claude Fable 5 模型,分享如何透過設定目標與工作流程來提升 AI 協作效率。 影片中的 Prompt 與操作:Prompt(00:13): "Is Claude doing the work right?" Break tasks into chunks - manual verificationPrompt(00:13): "Is Claude doing the right work?" Specs - Goals - Verification ToolsPrompt(00:43): 01 Treat Claude like a thought partner 02 Give Claude goals and ways to verify them 03 Be more ambitiousPrompt(01:57): "Interview me about the implementation before writing the final spec file."Prompt(02:05): "Think of a few directions you could take this, and make some mockups in HTML for me to review."Prompt(02:19): "Keep it simple, don't over-engineer this"Prompt(02:21): "This feature is an experiment. There's a real chance we delete it in a month. Don't build anything that would be painful to throw away."Prompt(02:37): /goal Helps Claude keep working until it's done. workflows Help Claude parallelize and verify its work.Prompt(03:32): 「Claude 是否正確地執行工作?」 拆解任務 - 手動驗證原文:"Set a goal to implement the spec fully, then use a workflow to verify each part of the plan, and prepare a report on what was implemented and if anything differed."操作步驟: 1. (00:13)展示「Before」與「With Fable 5」的對比表格。 2. (00:43)展示「How I've changed how I work」的三點清單。 3. (01:57)展示「Try Prompting」的訪談建議。 4. (02:05)展示「Try Prompting」的 HTML 模型建議。 5. (02:19)展示「Context, Not Constraints」的語句調整對比。 6. (02:37)展示 Claude Code 的新功能
2026-06-0901 minAgents Hour2026-06-0436 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Anthropic 使用 Claude Code 實現資料分析自動化。 Anthropic 分享了其內部如何運用「Claude Code」處理 95% 的…Anthropic 使用 Claude Code 實現資料分析自動化。 Anthropic 分享了其內部如何運用「Claude Code」處理 95% 的業務分析查詢,並達到約 95% 的準確率。他們強調,資料分析的挑戰不在於程式碼生成,而在於「上下文」與「驗證」問題。若僅將 LLM 直接接入資料倉儲,容易因資料模型歧義、資料過時或檢索失敗,導致產生錯誤的分析結果。 核心技術架構 Anthropic 建立了一套「Agentic 分析堆疊」來解決上述問題: 資料基礎(Data Foundations):建立單一事實來源(Single Source of Truth),透過嚴格的維度建模與 CI 流程,強制規範資料模型,減少概念與實體間的歧義。 真理來源(Sources of Truth):利用語意層(Semantic Layer)定義指標,並整合公司知識圖譜(如決策日誌、組織結構),讓 Agent 能理解業務背景而非僅是執行 SQL。 Skill 系統:這是 Agent 的「程序性知識」。透過將 Markdown 格式的參考文件與分析模式(如留存率分析、漏斗分析)封裝為 skill,並與資料模型程式碼庫(Repo)同步維護,確保 Agent 能在正確的領域內進行推理。 驗證機制(Validation):透過離線評估(Offline Evals)建立問答對,並將評估結果視為遙測資料(Telemetry)儲存。他們要求在 PR 階段進行 ablation 測試,確保任何對 skill 的修改都能通過評估測試,避免準確率漂移。 實務建議 避免直接檢索原始查詢:研究顯示,直接讓 Agent 搜尋數千個歷史 SQL 檔案對提升準確率幾乎無效,應將其轉化為結構化的參考文件。 Colocation(共置)原則:將資料模型、轉換邏輯與描述該模型的 skill 文件存放在同一個程式庫中,確保模型變更時,相關文件能同步更新。 設定評估門檻:在領域負責人確認該領域的 Agent 離線評估達到預設門檻(如 90%)前,不應對外開放使用。 詳細的最佳實踐與分析流程,可參考 Anthropic 的官方部落格文章:How Anthropic enables self-service data analytics with Claude原文:https://easyvibecoding.app/curated/1747
2026-06-0302 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Code 更新觸發詞優化 Agentic 程式開發。 核心更新 Claude Code(研究預覽版)近期針對其「動態工作流程(dynami…Claude Code 更新觸發詞優化 Agentic 程式開發。 核心更新 Claude Code(研究預覽版)近期針對其「動態工作流程(dynamic workflows)」功能進行了關鍵調整,旨在提升 Agent 在處理複雜任務時的精確度與執行效率。官方宣布將觸發該功能的關鍵字從原先的「workflow」正式變更為「ultracode」。 功能機制 此項功能的核心在於 Claude 能夠根據使用者的指令,即時撰寫一套「編排腳本(orchestration script)」,並隨即啟動大規模的協作 Agent 群組,以平行處理的方式解決高難度的程式開發任務。這項設計讓 Claude 不再僅限於單一 Agent 的線性作業,而是透過多個 Agent 的同步協作來應對複雜的專案需求。 Claude Code 介面顯示正在執行一項自動化工作流程,將專案中的所有 fetch() 呼叫遷移至新的 HttpClient 封裝並同步更新測試。 調整動機 官方指出,此次變更主要是為了改善使用者體驗並減少誤觸機率。雖然使用者在日常對話中仍可使用「workflow」一詞,但為了避免系統在非預期情況下自動啟動動態工作流程,官方建議若使用者明確需要執行此類複雜任務,應改用「ultracode」作為顯式觸發指令。這項調整直接回應了社群使用者的意見回饋,確保系統在自動化排程與使用者意圖之間取得更好的平衡。原文:https://easyvibecoding.app/curated/1746
2026-06-0301 minEasyVibeCoding Podcast2026-06-0101 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Opus 4.8 透過 Prompt Caching 與對話中途系統指令更新,大幅優化長文本處理效能。 Claude Opus 4.8 引入…Claude Opus 4.8 透過 Prompt Caching 與對話中途系統指令更新,大幅優化長文本處理效能。 Claude Opus 4.8 引入了更靈活的提示詞快取(Prompt Caching)機制,允許開發者在對話中途動態新增系統指令,且不會中斷快取狀態。這項改進透過自動快取(Automatic Caching)與明確快取斷點(Explicit Cache Breakpoints)的整合,有效降低了 API 請求的延遲與成本,特別適用於需要長上下文與頻繁互動的 Agentic 程式開發場景。 核心快取機制與效能優化 Prompt Caching 透過將提示詞前綴(包含 tools、system 及 messages)儲存於記憶體中,避免重複處理相同資訊。 自動快取:系統會自動將快取斷點移至對話中最後一個可快取的區塊,無需手動設定 cache_control。 明確快取斷點:開發者可透過在 cache_control 欄位設定 type: "ephemeral",精確控制快取位置。建議將斷點設在跨請求保持不變的最後一個區塊,以最大化命中率。 快取生命週期:預設 TTL 為 5 分鐘,並提供需額外付費的 1 小時延長方案。每次命中快取時,TTL 會自動重新整理。 計費邏輯:快取寫入費用為基礎輸入價格的 1.25 倍(5 分鐘 TTL)或 2 倍(1 小時 TTL),而快取讀取費用僅為基礎輸入價格的 10%。 對話中途系統指令更新 Claude Opus 4.8 支援在對話中途插入 system 訊息,這項功能允許開發者在不破壞先前快取前綴的前提下,即時調整 Agent 的行為準則。 實作規範:此類訊息必須緊接在 user 訊息或以伺服器工具使用(Server Tool Use)結尾的 assistant 訊息之後。 優先級:中途插入的系統指令優先級高於頂層 system 欄位,且不會導致先前的快取失效。 限制與安全:此功能不支援 Amazon Bedrock、Vertex AI 或 Microsoft Foundry。開發者需注意,系統訊息並非安全邊界,仍須遵循 mitigate jailbreaks and prompt injections 指導原則以防範提示詞注入攻擊。 實作與監控指南 為確保快取效能,開發者應監控 API 回應中的 usage 欄位,包括 cachecreationinputtokens(寫入)與 cachereadinputtokens(讀取)。 快取預熱(Pre-warming):透過發送 max_tokens: 0 的請求,可在正式互動前將系統提示詞或工具定義載入快取,消除首次請求的延遲。 診斷工具:若發生預期外的快取未命中,建議使用 Cache diagnostics 工具定位提示詞分歧點。 程式碼範例(cURL): `bash curl https://api.anthropic.com/v1/messages \ -H "content-type: application/json" \ -H "x-api-key: $ANTHROPICAPIKEY" \ -H "anthropic-version: 2023-06-01" \ -d '{ "model": "claude-opus-4-8", "max_tokens": 1024, "cache_control": {"type": "ephemeral"}, "system": "You are a helpful assistant that remembers our conversation.", "messages": [ {"role": "user", "content": "My name is Alex. I work on machine learning."}, {"role": "assistant", "content": "Nice to meet you, Alex! How can I help with your ML work today?"}, {"role": "user", "content": "What did I say I work on?"} ] }' ` 開發建議與最佳實踐 隔離機制:快取項目在 Workspace 層級進行隔離,確保不同組織間的資料安全性。 穩定性:在處理 tool_use 時,應確保 JSON 鍵值順序穩定,避免因程式語言的隨機化特性導致快取失效。 資源管理:針對大型輸入,建議在程式碼中使用 Generator 以避免記憶體過度消耗。更多實作細節可參考 Prompt caching 與 Prompting best practices 官方文件。原文:https://easyvibecoding.app/curated/1637
2026-05-2903 minAI Explained Official Podcast2026-05-2922 minちょいさきトーク 〜あなたよりちょっと先を歩いてきた人の、Webと仕事の話〜
ちょいさきトーク 〜あなたよりちょっと先を歩いてきた人の、Webと仕事の話〜GitHub Copilotが従量課金に。使い放題終焉とインフラ化の波 #197「サブスクだから使い放題!」という安心感から、これからは少し意識が変わっていくのかもしれません。GitHub Copilotの従量課金移行やClaudeの制限変更から見えてくるのは、AIが電気や水道と同じインフラになっていく未来です。定額制のボーナスタイムが終わりつつある今、どこにコストをかけていくか、そのウェイト配分について考えてみませんか。▼関連記事GitHub CopilotのUsage-Based Billing移行についてhttps://github.blog/jp/2026-04-28-github-copilot-is-moving-to-usage-based-billing/@ClaudeDevs Xでの投稿https://x.com/ClaudeDevs/status/2054610152817619388 ■おたより募集番組では、働き方やキャリアに関する悩み、聞いてみたいこと、エピソードの感想などを募集しています。隣の席の先輩だと思って、気軽にお送りください。▶︎ ハッシュタグ: #ちょいさきトーク▶︎ おたよりフォーム:https://form.run/@choisaki■パーソナリティ:けい|Webと仕事を語る、隣の席の先輩40代・2児の母。会社員を経て、現在はフリーランスとして、Web制作や中小企業のWeb活用支援に取り組んでいます。職場で隣の席の後輩にそっと話しかけるような感覚で、働くうえでのちょっとした経験や思いを音声にしています。▶︎ Xアカウント:https://x.com/mypacecreator▶︎ note: https://note.com/mypacecreator#ちょいさきトーク #Web制作 #フリーランス #キャリア #仕事 LISTENで開く
2026-05-2811 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Code 優化效能提升開發體驗。 Claude 開發團隊近期針對 Claude Code 進行了全面升級,旨在解決過去在終端機環境中常見的效…Claude Code 優化效能提升開發體驗。 Claude 開發團隊近期針對 Claude Code 進行了全面升級,旨在解決過去在終端機環境中常見的效能瓶頸與錯誤,並強化 Agent 在執行複雜任務時的穩定性。 全螢幕渲染優化 針對全新的全螢幕渲染器,團隊修復了多個環境與終端機的相容性問題,特別是解決了惱人的螢幕閃爍現象。使用者目前可透過以下指令啟用該功能: /tui feedback 團隊計畫在近期將此渲染器設為 Claude Code 的預設選項。 互動回應與效能提升 Claude 的運作回應速度已大幅改善。透過將「思考過程」與「工具呼叫」改為串流(streaming)呈現,並修復了導致 Claude 在長時間思考時看似「當機」的錯誤,讓使用者能更清楚掌握目前的運作狀態。 錯誤處理與除錯機制 團隊致力於減少晦澀難懂的錯誤訊息,已針對「tool result doesn’t match tool use」等常見錯誤進行根源修復,並優化了錯誤訊息的可讀性,讓開發者能更精確地判斷系統當下的狀況。 記憶體與上下文管理 針對「Compaction」(壓縮)功能,現在已加入進度顯示,並解決了過去因「prompt too long」導致無法進行壓縮的錯誤。團隊也正持續推動後續更新,以進一步提升壓縮速度。 MCP 整合穩定性 MCP(Model Context Protocol)的可靠性獲得顯著提升,團隊針對連線失敗、OAuth 流程以及 Proxy 速率限制等問題發布了一系列修復更新。 自我修復機制 針對過去因讀取過大或無法識別的圖片與媒體檔案,導致工作階段(session)崩潰並需強制重啟的問題,Claude Code 現已具備自動偵測與恢復能力,能有效避免工作階段中斷。 意見回饋流程優化 回饋機制變得更加直覺,使用者在執行 /feedback 指令時,現在可以直接選擇提交過去一天或一週的工作階段紀錄,無需再費心回憶具體發生錯誤的特定時段。 團隊強調開發工作仍在持續進行中,並呼籲使用者若遇到任何影響開發體驗的錯誤,請務必回報。原文:https://easyvibecoding.app/curated/1600
2026-05-2702 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Code 推出security-guidance Plugin強化程式漏洞修復。 Anthropic 近期為「Claude Code」發布了…Claude Code 推出security-guidance Plugin強化程式漏洞修復。 Anthropic 近期為「Claude Code」發布了一款名為「security-guidance」的官方 plugin,旨在將安全審查流程前移至開發階段。該工具能自動監控 Claude 的程式碼變更,並在同一個對話週期內提出修正建議,顯著降低了進入 Pull Request(PR)階段後的安全審查負擔。根據 Anthropic 內部測試與基準評估,使用此 plugin 後,PR 中的安全相關評論數量減少了 30% 至 40%。 運作機制與審查層級 該 plugin 透過「hooks」機制運作,並在三個不同深度進行審查: 檔案編輯層級(On file edits):進行快速的確定性字串比對,無需呼叫模型,因此不產生額外 token 費用。主要偵測危險函式庫誤用(如 eval()、pickle)或不安全的 DOM API 操作。 對話週期結束層級(At the end of each turn):在 Claude 完成一次回應後,自動計算工作目錄的 git diff,並呼叫另一個獨立的 Claude 模型進行背景審查,針對注入攻擊、授權繞過或不安全加密等問題進行分析。 提交與推送層級(On each commit or push):當 Claude 執行 git commit 或 git push 時,觸發更深度的 Agent 審查。此層級會讀取周邊程式碼(如呼叫者與相關檔案)以驗證漏洞真實性,有效降低誤報率。 安裝與啟用流程 使用者可透過 Claude Code CLI 進行安裝與啟用: 在 Claude Code 會話中執行安裝指令: `bash /plugin install security-guidance@claude-plugins-official ` 若系統提示找不到 marketplace,請先執行: `bash /plugin marketplace add anthropics/claude-plugins-official ` 啟用 plugin 以套用變更: `bash /reload-plugins ` 若需在雲端會話或共享專案中啟用,請在專案的 .claude/settings.json 中宣告: `json { "enabledPlugins": { "security-guidance@claude-plugins-official": true } } ` 自訂規則與擴充性 開發者可透過專案內的設定檔擴充審查邏輯,這些規則會與內建檢查疊加: 模型審查指引:在專案根目錄建立 .claude/claude-security-guidance.md,以自然語言描述威脅模型或檢查清單(例如:禁止記錄敏感資訊、強制執行權限檢查)。 自訂模式比對:建立 security-patterns.yaml 或 security-patterns.json,透過正規表示式(regex)或字串比對定義自訂的風險模式,例如偵測硬編碼的 API 金鑰或特定租戶的過濾規則。 技術限制與定位 Anthropic 強調,此 plugin 並非完整的安全解決方案,而是「深度防禦」策略中的一環。它不會阻止程式碼寫入或提交,而是將發現的問題作為指令反饋給 Claude。此外,該工具依賴 git 狀態,若未在 git 儲存庫中運作,部分審查功能將會跳過。建議開發者將此 plugin 作為第一道防線,並持續配合 PR 階段的「Code Review」工具及 CI/CD 流程中的靜態分析與相依性掃描工具,以確保整體安全性。原文:https://easyvibecoding.app/curated/1566
2026-05-2603 mintodo:cast - Developer Podcast2026-05-251h 00EasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Code 推出自動模式更新。6 與 Opus 4.7 模型,大幅降低操作中斷。 Claude Code 近期針對「自動模式」(Auto mo…Claude Code 推出自動模式更新。6 與 Opus 4.7 模型,大幅降低操作中斷。 Claude Code 近期針對「自動模式」(Auto mode)進行了兩項重大更新:該功能現已開放給 Pro 方案使用者,並正式支援「Sonnet 4.6」與「Opus 4.7」模型。使用者只需在 CLI 中按下 Shift+Tab 即可切換至自動模式,讓 Claude 在無需頻繁確認的情況下執行任務。 自動模式的核心機制與安全性 自動模式旨在減少使用者在執行長任務時的「提示疲勞」(prompt fatigue)。其運作核心在於一個獨立的分類器模型,該模型會在指令執行前進行審查,攔截超出使用者請求範圍、針對未知基礎設施的攻擊,或是由惡意內容驅動的操作。 預設攔截行為:包括下載並執行程式碼(如 curl | bash)、發送敏感資料至外部端點、生產環境部署、大規模刪除雲端儲存資料,以及修改共享基礎設施等。 預設允許行為:包括工作目錄內的檔案操作、安裝鎖定檔(lock files)中宣告的依賴套件、唯讀的 HTTP 請求,以及推送到當前分支或由 Claude 建立的分支。 邊界條件:若使用者在對話中明確設定限制(如「禁止推送」),分類器會將其視為阻擋訊號,直到使用者在後續訊息中解除限制。 權限模式的靈活切換 除了自動模式,Claude Code 提供多種權限模式以平衡便利性與安全性,使用者可透過 Shift+Tab 在 CLI 中循環切換,或在 VS Code、桌面版應用程式中選擇: default:預設模式,所有操作皆需確認。 acceptEdits:自動核准檔案編輯及常見 Bash 指令(如 mkdir、touch、mv 等)。 plan:僅進行研究與規劃,不執行任何修改,適合在變更程式碼前先探索專案結構。 dontAsk:僅允許預先核准的工具,適合 CI 管線或受限環境。 bypassPermissions:跳過所有檢查,僅建議在隔離的容器或虛擬機中使用。 設定與部署指引 若要啟用自動模式,帳號需符合特定要求(包含使用 Anthropic API、指定模型版本,且企業版需由管理員啟用)。使用者可透過以下方式設定: 啟動時指定模式: `bash claude --permission-mode auto ` 設定預設模式:在 ~/.claude/settings.json 中加入以下設定(注意:專案目錄內的設定檔會忽略 auto 模式,以防安全性風險): `json { "permissions": { "defaultMode": "auto" } } ` 更新軟體:請執行 claude update 或更新 Claude 桌面應用程式至最新版本。 技術限制與注意事項 自動模式目前仍屬於研究預覽階段,並非絕對安全,不應取代敏感操作的審查。若分類器連續攔截 3 次或累計攔截 20 次,系統將自動退回至手動確認模式。此外,自動模式不支援 Bedrock、Vertex 或 Foundry 等第三方供應商,僅限 Anthropic API 使用。詳細的權限規則與安全說明,可參考官方 文件說明。原文:https://easyvibecoding.app/curated/1534
2026-05-2303 minAgents Hour2026-05-2029 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Computer use功能提升生產穩定性。 核心優化:螢幕解析度與點擊精準度 點擊精準度是所有電腦操作整合的基礎,若點擊位置偏移,後續的…Claude Computer use功能提升生產穩定性。 核心優化:螢幕解析度與點擊精準度 點擊精準度是所有電腦操作整合的基礎,若點擊位置偏移,後續的表單填寫或按鈕觸發皆會失敗。最關鍵的優化方式是將螢幕截圖在發送至 API 前進行預先縮小(Pre-downscale)。由於 API 對影像尺寸有限制,若超過限制,系統會自動縮小影像,導致模型看到的影像與開發者 harness 預期的座標不一致,進而引發偏差。 Claude 4.6 系列(Opus、Sonnet、Haiku):長邊上限為 1568 像素,總像素上限為 1.15 百萬像素。 Claude Opus 4.7:長邊上限為 2576 像素,總像素上限為 3.75 百萬像素。 建議策略: - 一般用途建議從 1280x720 解析度開始,這是模型訓練時常見的標準,能兼顧效能與精準度。 - 若使用 Opus 4.7,建議採用 1080p 以提升視覺品質。 - 針對極致需求,可根據來源比例計算「最大 API 擬合」解析度。 - 務必在模型回傳座標後,將其縮放回原始螢幕解析度再執行點擊。 訊息結構與模型選擇 為了提升模型對視覺資訊的理解,在建構 messages 陣列時,應將「文字指令」放置於「影像」之前,讓模型在處理截圖前先明確目標。針對不同任務需求,模型選擇建議如下: Sonnet 4.6:具備最佳的機械精準度(空間準確性高),且在影像需大幅縮小時表現更穩健,是多數任務的首選。 Opus 4.7:提供更強的推理能力,且因支援更高解析度,減少了縮小影像的需求,適合複雜且需高解析度視覺的任務。 Haiku 4.5:若任務對延遲極度敏感,此模型仍是最佳選擇。 處理微小目標與互動策略 當 UI 元素(如核取方塊、系統列圖示、下拉箭頭、小型切換開關)過小時,點擊精準度會顯著下降。若應用程式頻繁涉及此類操作,建議採取以下策略: 針對密集 UI 啟用縮放(Zoom)功能。 在設計層面加大目標元素尺寸。 針對極微小目標,優先考慮使用鍵盤快捷鍵作為替代方案。 適應性思考(Adaptive Thinking)的應用 Claude 的最新模型支援「適應性思考」功能,允許模型根據請求的複雜度,動態決定在執行動作前所需的推理程度。在電腦操作場景中,這意味著 Claude 能在點擊或輸入前,先分析螢幕畫面、規劃多步驟互動,並進行自我修正。開發者無需手動設定思考 token 預算,系統會自動根據任務難度調整,進而提升複雜工作流程的成功率。 欲深入了解實作細節與示範,可參考官方發布的 最佳實踐指南。原文:https://easyvibecoding.app/curated/1473
2026-05-1903 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Anthropic 推出沙盒與隧道強化代理安全性。 核心更新與架構 於 2026 年 5 月 19 日發布的更新中,Anthropic 正式推出「自託管…Anthropic 推出沙盒與隧道強化代理安全性。 核心更新與架構 於 2026 年 5 月 19 日發布的更新中,Anthropic 正式推出「自託管沙盒(Self-hosted sandboxes)」與「MCP 隧道(MCP tunnels)」功能。自託管沙盒目前處於公開測試階段,允許企業將代理程式(Agent)的工具執行環境保留在自有基礎設施內,確保敏感檔案、套件與服務不離開企業邊界。Anthropic 負責處理代理程式的編排、上下文管理與錯誤恢復,而運算資源與執行環境映像檔則由使用者控制。MCP 隧道則處於研究預覽階段,允許代理程式存取企業私有網路內的 MCP 伺服器,無需將其暴露於公網,所有流量皆端對端加密。 自託管沙盒部署與實作 自託管沙盒將工具執行移至使用者控制的基礎設施,目前支援 Cloudflare、Daytona、Docker、Modal 與 Vercel 等平台。系統依賴限制方面,SDK 輔助工具要求 /bin/bash 必須位於該路徑;TypeScript SDK 另需 unzip、tar 及 Node.js 22 或更高版本。預設工作目錄為 /workspace,最終輸出檔案會寫入 /mnt/session/outputs。 安裝 ant CLI 版本 1.9.1 的指令如下: `bash VERSION=1.9.1 OS=$(uname -s | tr '[:upper:]' '[:lower:]') ARCH=$(uname -m | sed -e 's/x86_64/amd64/' -e 's/aarch64/arm64/') curl -fsSL "https://github.com/anthropics/anthropic-cli/releases/download/v${VERSION}/ant${VERSION}${OS}_${ARCH}.tar.gz" \ | sudo tar -xz -C /usr/local/bin ant ` 建立自託管環境的 API 呼叫範例: `bash curl -sS --fail-with-body https://api.anthropic.com/v1/environments \ -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 '{ "name": "self-hosted", "config": {"type": "self_hosted"} }' ` 開發者 SDK 與工作者實作 目前 Python 與 TypeScript SDK 提供完整的 EnvironmentWorker 類別,而 C#、Java、PHP 與 Ruby SDK 尚未提供該類別,開發者需參考 Always-on (ant CLI) 或直接使用 Environments Work 端點。 Python 範例程式碼: `python async def main() -> None: environmentkey = os.environ["ANTHROPICENVIRONMENT_KEY"] environmentid = os.environ["ANTHROPICENVIRONMENT_ID"] async with AsyncAnthropic(authtoken=environmentkey) as client: await EnvironmentWorker( client, environmentid=envir...
2026-05-1902 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Code 推出快速模式提升運算效能。2.5 倍回應速度。 Claude Code 近期發布了「快速模式」(Fast Mode),這是一項針對…Claude Code 推出快速模式提升運算效能。2.5 倍回應速度。 Claude Code 近期發布了「快速模式」(Fast Mode),這是一項針對 Claude Opus 模型的高速配置,旨在滿足使用者在需要快速迭代、即時除錯或處理時效性任務時,對低延遲的迫切需求。此模式並非獨立模型,而是透過調整 API 設定,在維持與標準 Opus 相同品質與能力的基礎上,將回應速度提升約 2.5 倍,但相對地,其 token 計費標準也較高。 核心功能與操作方式 快速模式目前支援 Opus 4.7 與 Opus 4.6 版本,並要求使用者安裝 Claude Code v2.1.36 或更新版本。使用者可透過以下方式啟用: 在 Claude Code CLI 或 VS Code 擴充功能中輸入 /fast 指令。 在使用者設定檔中將 "fastMode": true 設為預設。 啟用後,提示詞旁會顯示 ↯ 圖示,再次輸入 /fast 即可關閉。 成本與計費機制 快速模式採用較高的固定費率,且不計入訂閱方案的額度限制,直接從使用額度(Usage Credits)中扣除: 輸入費用:每百萬 token 30 美元。 輸出費用:每百萬 token 150 美元。 注意事項:若在對話中途切換至快速模式,系統將針對整個對話脈絡(包含已輸入的內容)收取快速模式的費用,因此建議在對話開始時即決定是否啟用,以達最佳成本效益。 組織管理與部署要求 針對企業與團隊使用者,Anthropic 設有嚴格的控管機制: 必須啟用使用額度(Usage Credits)功能,否則無法使用。 企業與團隊帳號預設為關閉狀態,需由管理員在 Console 或管理設定中明確啟用。 管理員可透過設定強制要求「每階段選擇啟用」,避免快速模式在跨對話階段中持續開啟,導致成本失控: `json { "fastModePerSessionOptIn": true } ` 若需完全停用此功能,可設定環境變數 CLAUDECODEDISABLEFASTMODE=1。 效能與限制 速率限制:快速模式擁有獨立的速率限制池。若達到上限或使用額度耗盡,系統會自動切換回標準速度與費率,並將 ↯ 圖示轉為灰色,待冷卻時間結束後自動恢復。 與努力程度(Effort Level)的區別:快速模式旨在提升速度而不犧牲品質;而調整「努力程度」則會改變模型的思考時間,可能影響複雜任務的輸出品質。兩者可同時使用,以在簡單任務中達到極致速度。 適用範圍:此功能目前僅適用於 Anthropic Console API 及訂閱方案(Pro/Max/Team/Enterprise),不支援第三方雲端供應商(如 Amazon Bedrock、Google Vertex AI 或 Microsoft Azure Foundry)。 注意事項 目前快速模式處於「研究預覽」(Research Preview)階段,Anthropic 明確表示該功能的定價、可用性及技術細節可能會根據使用者回饋進行調整。使用者若需將快速模式鎖定在 Opus 4.6 版本,可設定環境變數 CLAUDECODEOPUS46FASTMODE_OVERRIDE=1。更多詳細資訊可參考官方 快速模式文件。原文:https://easyvibecoding.app/curated/1422
2026-05-1803 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Console 推出快取診斷功能優化成本。 核心功能與價值 Anthropic 於 Claude Console 推出 Beta 階段的 …Claude Console 推出快取診斷功能優化成本。 核心功能與價值 Anthropic 於 Claude Console 推出 Beta 階段的 Prompt 快取診斷(Prompt cache diagnostics)功能,旨在解決開發者在實作提示詞快取時,因快取未命中(cache miss)導致 Token 成本意外增加卻難以追蹤的問題。該功能透過比較連續請求的結構差異,能精確指出前綴變更的位置與原因,並符合 Zero Data Retention (ZDR) 標準,系統僅建立輕量級指紋(包含雜湊值與 Token 計數估算),絕不儲存原始 Prompt 內容。 診斷機制與實作方式 開發者需在 API 請求中加入 Beta header cache-diagnosis-2026-04-07 方可啟用。系統會針對每個請求建立指紋並以回應的 id 作為鍵值,開發者需在後續請求中透過 diagnostics 參數傳入前一次回應的 id(首輪請求則傳入 null)進行比對。 實作流程: 1. 在第一輪請求中將 previousmessageid 設為 null 以建立快取。 2. 後續輪次中,將前一次 API 回應的 id 帶入 diagnostics 參數。 3. 透過 SDK 存取回應中的 diagnostics 物件以讀取診斷結果。 cURL 請求範例: `bash curl -sS --fail-with-body https://api.anthropic.com/v1/messages \ --header "x-api-key: $ANTHROPICAPIKEY" \ --header "anthropic-version: 2023-06-01" \ --header "anthropic-beta: cache-diagnosis-2026-04-07" \ --header "content-type: application/json" \ --data '{ "model": "claude-opus-4-7", "max_tokens": 1024, "cache_control": {"type": "ephemeral"}, "system": "You are an AI assistant analyzing a large document. ...", "messages": [{"role": "user", "content": "Summarize section 1."}], "diagnostics": {"previousmessageid": null} }' ` 診斷結果解讀與修正建議 診斷資訊會隨 messagestart 事件回傳,開發者可根據 cachemiss_reason 的 type 欄位進行針對性優化: model_changed:模型不一致,應確保對話期間模型固定。 system_changed:系統提示詞不一致(如動態時間戳記),應將系統提示詞設為位元組穩定(byte-stable)的常數,動態資料移至首個 user 訊息。 tools_changed:工具定義或順序變更,應確保工具列表與序列化格式固定。 messages_changed:訊息歷史被修改,應將歷史視為「僅追加」(append-only),並原樣回傳 assistant 內容與工具結果。 previousmessagenot_found:找不到指紋,可能因跨工作區請求或間隔過久,應縮短連續請求的時間間隔。 unavailable:診斷資訊不可用,可能因 tool_choice、thinking 等參數變更或對話過長導致。 多語言 SDK 支援 官方提供多種語言的實作支援,開發者可參考以下邏輯: Python:使用 client.beta.messages.stream,並透過 r2.diagnostics 存取結果。 TypeScript:透過 stream.finalMessage() 取得最終診斷狀態。 Go:使用 anthropic.BetaDiagnosticsParam 進行設定。 Java:透過 BetaDiagnosticsParam.builder() 傳入 previousMessageId。 PHP:使用 (new BetaDiagnosticsParam)->withPreviousMessageID
2026-05-1803 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Code 在大型程式庫中的最佳實踐與導入策略 Claude Code 已成功應用於包含數百萬行程式碼的單體式儲存庫(monorepo)、數十…Claude Code 在大型程式庫中的最佳實踐與導入策略 Claude Code 已成功應用於包含數百萬行程式碼的單體式儲存庫(monorepo)、數十年歷史的遺留系統及分散式微服務架構中。本文歸納了企業規模導入 Claude Code 的關鍵模式,強調「harness」(執行框架)的建置與組織架構的配合,遠比單純依賴模型能力更為重要。 Claude Code 的運作機制與導航策略 Claude Code 採取類似軟體工程師的操作方式,透過直接遍歷檔案系統、讀取檔案、使用 grep 搜尋並追蹤引用關係來理解程式庫。與依賴嵌入(embedding)與向量資料庫的 RAG 系統不同,Claude Code 採用「Agentic 搜尋」: 即時性優勢:無需維護龐大的索引管道,開發者始終在最新的程式碼環境中作業,避免了因索引延遲導致的過時引用問題。 上下文限制:由於 Claude Code 在本地運作,若程式庫過於龐大且缺乏結構,容易觸發視窗限制。因此,透過 CLAUDE.md 檔案與「技能」(skills)進行上下文分層管理至關重要。 構建強大的執行框架(harness) 成功的部署依賴於五個核心擴充點,這些組件共同構成了 Claude Code 的執行框架: CLAUDE.md 檔案:作為上下文的基礎,建議採用分層結構,根目錄檔案負責全域概覽,子目錄檔案定義局部規範。 Hooks(鉤子):用於實現自動化改進。例如,「停止鉤子」可在會話結束後反思並建議更新 CLAUDE.md;「啟動鉤子」則可動態載入團隊專屬的環境設定。 Skills(技能):透過「漸進式揭露」機制,僅在特定任務呼叫時載入專業領域知識(如安全性審查或文件更新),避免佔用過多上下文空間。 Plugins(插件):將技能、鉤子與 MCP 設定打包,確保新成員能透過安裝 plugin 快速獲得與資深工程師一致的開發環境。 MCP Servers:作為連接內部工具、API 與資料來源的橋樑,讓 Claude Code 能存取外部系統資訊。 此外,整合「LSP(Language Server Protocol)」能賦予 Claude Code 符號級別的導航能力,使其能精確追蹤定義與引用,而非僅進行字串比對,這對於 C、C++ 等複雜語言的程式庫尤為關鍵。 大型程式庫的配置模式 為了確保 Claude Code 在大規模環境下的效能,建議採取以下配置策略: 精簡 CLAUDE.md:僅保留關鍵指標與注意事項,避免資訊過載。 子目錄初始化:在任務相關的子目錄中啟動,利用 Claude Code 自動向上搜尋並載入路徑上所有 CLAUDE.md 的特性。 路徑隔離:在子目錄層級定義測試與 Lint 指令,避免全域執行導致的逾時與資源浪費。 排除雜訊:利用 .ignore 檔案與 .claude/settings.json 中的 permissions.deny 規則,排除自動產生的檔案與第三方程式碼。 建立程式庫地圖:若目錄結構混亂,可於根目錄建立 Markdown 檔案作為目錄索引,協助 Claude Code 快速定位。 組織架構與維護建議 技術配置僅是成功的一半,組織層面的管理同樣重要: 指派負責人(DRI):建議設立「Agent 管理員」角色,負責維護 CLAUDE.md 規範、plugin 市場與設定權限,防止知識碎片化。 定期審查:隨著模型能力演進,過去為了克服模型限制而撰寫的複雜鉤子或規則可能變得多餘,建議每 3 至 6 個月進行一次配置審查。 基礎設施先行:成功的導入通常伴隨著基礎設施的預先投資。建議在全面推廣前,由專責團隊或開發者體驗部門先行建置 plugin 與 MCP 基礎設施,確保開發者初次使用時即具備生產力,而非感到挫折。 Claude Code 的設計初衷是針對標準的 Git 軟體開發環境,對於各種複雜的程式庫結構,團隊應透過上述的 harness 組件與配置模式,根據具體的版本控制習慣與團隊結構進行客製化調整。原文:https://easyvibecoding.app/curated/1419
2026-05-1804 min脈報
脈報部署 Claude Agent 的三種方法:別預設挑最 agentic 的三種讓 Claude agent 自己跑的方法 (/loop、Claude Routine、Modal) 怎麼選?@nateherk 的選擇邏輯整理。預設挑最 agentic 的常常會出錯,不是燒錢就是一關電腦就壞。 ⭐ 文章深度讀:把方法配對到任務,不是把任務硬塞進方法 → https://heymaibao.com/deploy-claude-agent-three-methods/ ⚡ 章節重點 開場 00:00 WAT 框架 01:28 方法 1 /loop 02:32 方法 2 Claude Routines 03:45 方法 3 Modal 與 Trigger.dev 05:06 Claude Agent SDK 06:43 三題決策表 07:12 結尾 08:03 📝 懶人包 ∙ `/loop` 是最簡單的方法,零設定,session 內 cron。給你完整的 Workflow / Agent / Tools,但機器要開、有 7 天上限。 ∙ Scheduled Tasks 與 Claude Routines 是內建排程:local 要機器開,remote 跑在 Anthropic 雲端,最小間隔 1 小時,依方案有日上限。 ∙ Modal 與 Trigger.dev 把腳本推到別人的雲端,失去 agent autonomous loop 也失去 Claude Code 訂閱優惠,AI 改走 token 計費,但機器可以關、有 dashboard。 ∙ 我的觀察:W/A/T 框架最有用的地方不是「分類部署方法」,是逼你回答一個問題,「我這個任務真的需要 agent 嗎」。多數人挑錯方法的根因是預設要挑「最聰明的方案」,但確定性任務只需要 W 跟 T,不需要 A。 📚 參考資料 I Tested 3 Ways to Deploy Claude Agents → https://x.com/nateherk/status/2055313067144065352?s=46 @ClaudeDevs → https://x.com/ClaudeDevs/status/2054610152817619388?s=20
2026-05-1708 minEasyVibeCoding Podcast2026-05-1500 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:ClaudeDevs 分享 Prompt Caching 降低 API 首字延遲。 核心技巧與預熱機制 開發者可以透過在發送正式使用者請求前,先發送一個 max…ClaudeDevs 分享 Prompt Caching 降低 API 首字延遲。核心技巧與預熱機制 開發者可以透過在發送正式使用者請求前,先發送一個 max_tokens: 0 的預熱請求,將系統提示詞(system prompt)載入快取中。此操作會執行預填充(prefill)並寫入快取,隨即返回而不生成任何輸出,因此不會產生輸出 token 費用。此方法能有效優化後續真實請求的處理時間。提示詞快取(Prompt Caching)運作原理 提示詞快取旨在透過從提示詞的前綴(prefix)恢復處理,以優化 API 使用效率,顯著降低重複性任務或具備一致性元素提示詞的處理時間與成本。 支援模型:所有活躍的 Claude 模型(如 claude-opus-4-7)皆支援自動與明確快取。 快取層級:系統依 tools → system → messages 的順序建立快取前綴。 TTL 設定:預設存活時間為 5 分鐘,若需延長至 1 小時,可在 cache_control 定義中加入 "ttl": "1h"。 費用結構:設定斷點本身免費,僅針對「快取寫入」(基礎輸入 token 價格的 1.25 倍,TTL 為 5 分鐘)與「快取讀取」(基礎輸入 token 價格的 10%)收費。實作與最佳實踐 快取斷點(Cache Breakpoint):應將 cache_control 放置在跨請求保持不變的最後一個區塊,而非變動區塊(如時間戳記)。 多重斷點:每個請求最多可定義 4 個快取斷點,適用於大型文件 RAG 應用、多工具代理系統及長對話維護。 自動快取(Automatic Caching):在請求頂層加入單一 cache_control 欄位,系統會自動將快取斷點應用於最後一個可快取的區塊。 效能監控:透過 API 回應中的 usage 欄位監控成效: - cachecreationinput_tokens:新寫入的 token 數。 - cachereadinput_tokens:從快取讀取的 token 數。 - input_tokens:斷點之後、未被快取的 token 數。程式碼範例(以 Python 為例) `python import anthropicclient = anthropic.Anthropic()預熱請求範例 response = client.messages.create( model="claude-opus-4-7", max_tokens=0, cache_control={"type": "ephemeral"}, system="You are an expert software engineer...", messages=[{"role": "user", "content": "warmup"}] ) `注意事項與錯誤排除 API 呼叫方式:Prompt Caching 已不再需要 beta 前綴,請直接使用標準的 client.messages.create 呼叫。 快取失效:修改工具定義、變更 tool_choice、提示詞中影像的存在與否,或變更思考參數(thinking parameters)皆會導致快取失效。 隔離機制:Claude API、AWS 上的 Claude Platform 及 Microsoft Foundry (beta) 採用工作區(workspace)層級的隔離;Bedrock 與 Vertex AI 則維持組織(organization)層級的隔離。 詳細文件:更多實作細節可參考官方文件 Prompt Caching 及 Prompt Caching Cookbook。原文:https://easyvibecoding.app/curated/1371
2026-05-1503 minBestBlogs
BestBlogsEP56 · Claude Agent 实战 / Codex 沙箱 · 05.14 早报今日精讲使用 Claude 进行计算机和浏览器操作的最佳实践Anthropic 针对 Claude 4.6 / Opus 4.7 发布权威最佳实践:点击不准的根本原因是截图超过 API 内部尺寸上限后被静默下采样导致坐标系偏移,解法是发送前主动将截图缩放到 1280×720(Opus 4.7 建议 1080p)。全文覆盖安全架构(必须使用专用虚拟机、绝不暴露敏感主机数据)、Browser Use 与 Computer Use 的场景取舍,以及 Agent 循环中人工确认门控的设计原则,是构建任何浏览器或桌面自动化 Agent 前的必读指南。 来自 Claude Blog在 Windows 上为 Codex 构建安全有效的沙箱Windows 没有 Linux seccomp 或 macOS Seatbelt 那样开箱即用的沙箱原语,OpenAI 为 Codex 逐一评估了 AppContainer(权限模型过窄)、Windows Sandbox(Home 版不可用、需独立虚拟机)、MIC 完整性标签(改变工作区全局信任模型风险过大)后,选择自研:为 Codex 分配专属 Windows SID 配合写受限令牌,在操作系统层强制只允许向指定目录写入,全程无需管理员权限。这个设计范式对所有需要在 Windows 上隔离文件系统的 Agent 系统都有参考价值。 来自 OpenAI Blog为生产级 AI 智能体构建评估框架:来自 100+ 次部署的 12 项指标体系100+ 次企业 AI Agent 生产部署经验提炼的 12 指标框架,覆盖检索(上下文相关性 >0.85、召回率 >0.90)、生成(回答忠实度 >0.95、幻觉率 0.92、执行成功率 >0.98)和生产层(单次成本
2026-05-1412 minEasyVibeCoding Podcast2026-05-1300 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude付費方案提供專屬Agent SDK信用額度。程式化使用將獨立於互動限制,避免影響 Claude Code 和聊天體驗。 Claude 訂閱方案…Claude付費方案提供專屬Agent SDK信用額度。程式化使用將獨立於互動限制,避免影響 Claude Code 和聊天體驗。 Claude 訂閱方案(Pro、Max、Team、Enterprise)使用者可領取每月 Agent SDK 信用額度,專供 Claude Agent SDK、claude -p 指令及第三方應用使用。此變更確保訂閱限制僅保留給互動功能,如 Claude Code、Claude Cowork 和 Claude 聊天,從 2026 年 6 月 15 日生效,使用 Claude Developer Platform 的 API 金鑰帳戶則維持按使用量計費,不享有信用額度。 信用額度適用範圍 信用額度涵蓋以下程式化使用: Claude Agent SDK 在使用者專案中的應用(Python 或 TypeScript) Claude Code 中的 claude -p 指令(非互動模式) Claude Code GitHub Actions 整合 透過 Agent SDK 驗證 Claude 訂閱的第三方應用(如 Conductor 和 OpenClaw) 不適用項目包括: 終端機或 IDE 中的互動 Claude Code 網頁、桌面或行動裝置端的 Claude 對話 Claude Cowork 其他額外使用功能的消耗 每月信用額度明細 不同方案的信用額度如下(每座位計算,Enterprise 依座位類型而異): | 方案 | 每月信用額度 | |-----------------------|------------------| | Pro | $20 | | Max 5x | $100 | | Max 20x | $200 | | Team Standard 座位 | $20 | | Team Premium 座位 | $100 | | Enterprise(使用量基礎)| $20 | | Enterprise(座位基礎 Premium 座位)| $200 | 注意:Enterprise 座位基礎 Standard 座位使用者不符合資格。信用額度不滾存,每個計費週期重置。 運作機制 使用者透過 Claude 帳戶一次性領取信用額度,之後每計費週期自動重置。 Agent SDK 使用優先從信用額度扣除。 信用額度耗盡後,若啟用額外使用,將按標準 API 費率計費;若未啟用,則請求暫停直至下個週期重置。 信用額度為個人帳戶專屬,不可跨使用者分享或彙整。 不變項目 此變更不影響既有機制: 訂閱方案的使用限制維持不變,專供互動使用。 終端機或 IDE 中的互動 Claude Code 繼續使用訂閱限制。 網頁、桌面和行動裝置聊天維持原限制。 使用 Claude Developer Platform API 金鑰的 Agent SDK 維持按使用量計費,不領取信用額度。 團隊與企業管理員注意事項 信用額度為每使用者獨立領取,不可彙整、轉移或跨組織分享。 信用額度設計用於個人實驗與自動化,大規模生產自動化建議改用 Claude Developer Platform 的 API 金鑰,以確保可預測的按使用量計費。 目前無需任何動作,使用者將於 2026 年 6 月 8 日收到 email 通知,包含領取指示,變更於 6 月 15 日生效。 領取與更多資訊 使用者無需立即操作,僅需等待 email 指引領取。詳細說明請參閱 Claude Agent SDK 與 Claude 方案整合文件 。此政策回應開發者對 SDK 和 claude -p 使用分享訂閱限制的疑慮,提供專屬預算以分離程式化與互動負載,促進 Agent SDK 生態發展。原文:https://easyvibecoding.app/curated/1344
2026-05-1304 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Code 推出 /goal 指令持續工作至完成條件。 Claude Code 透過 /goal 指令設定完成條件,讓 Claude 在多輪互…Claude Code 推出 /goal 指令持續工作至完成條件。 Claude Code 透過 /goal 指令設定完成條件,讓 Claude 在多輪互動中自動持續執行任務,直至條件達成為止,避免中途停頓。這是 Ralph loop 的內建實現,每輪結束後由小型快速模型檢查條件,未達標即啟動下一輪;條件滿足後,提供「Goal achieved」摘要。文件強調,此功能適用於有可驗證終點的重大工作,如遷移模組或清空問題佇列。 與其他自動化工作流程比較 Claude Code 提供三種維持工作階段持續執行的方法,依觸發下一輪的條件選擇: | 方法 | 下一輪啟動時機 | 停止條件 | |-----------------------|----------------------|-----------------------------------| | /goal | 前一輪結束 | 模型確認條件滿足 | | /loop | 時間間隔經過 | 使用者停止,或 Claude 判斷完成 | | Stop hook | 前一輪結束 | 自訂腳本或提示詞決定 | /goal 和 Stop hook 皆在每輪後觸發,但 /goal 是僅限當前工作階段的快捷指令,使用者只需輸入條件;Stop hook 則存於設定檔,適用多階段,並可執行腳本進行確定性檢查或提示詞評估。Auto mode 僅自動批准單輪內工具呼叫,不啟動新輪;/goal 則補充獨立評估器,由新模型檢查條件,避免工作模型自我判斷。兩者互補:auto mode 移除工具提示,/goal 移除輪次提示。另有排程選項(如夜間測試),獨立於開放工作階段運行,詳見 排程比較。 設定與使用 /goal 每個工作階段僅限一個目標,/goal 指令依參數設定、檢查或清除。 設定目標:輸入 /goal 後接條件,若已有目標則替換,並立即啟動一輪(以條件為指令)。活躍時顯示 ◎ /goal active 指標及運行時間。每輪後,評估器回報簡短原因,顯示於狀態視圖與對話記錄。 ` /goal all tests in test/auth pass and the lint step is clean ` 撰寫有效條件 評估器僅依對話記錄判斷,不獨立執行指令或讀檔,故條件須由 Claude 輸出可證明。有效條件具備: 單一可衡量終點:測試結果、建置結束碼、檔案數、空佇列。 明確檢查方式:如 "npm test exits 0" 或 "git status is clean"。 關鍵限制:途中不可變更項目,如「無其他測試檔修改」。 條件上限 4,000 字元。可加輪次或時間限制,如 or stop after 20 turns,Claude 每輪回報進度,評估器據此判斷。 檢查狀態與清除 無參數 /goal 顯示狀態: ` /goal ` 活躍目標顯示條件、運行時間、評估輪次、token 消耗及最新原因;已達成目標顯示其持續時間、輪次與 token。 清除:/goal clear(別名:stop、off、reset、none、cancel)。/clear 啟新對話亦清除目標。 恢復與非互動執行 階段結束時活躍目標,可用 --resume 或 --continue 恢復,條件保留,但輪次、計時器、token 基線重置。已達成或清除目標不恢復。 非互動模式下,-p 設定目標後單次執行至完成: `bash claude -p "/goal CHANGELOG.md has an entry for every PR merged this week" ` Ctrl+C 中斷未完成目標。適用 headless 模式 與 Remote Control。 評估機制細節 /goal 封裝工作階段範圍的 提示詞式 Stop hook。每輪結束,將條件與對話送至配置的 小型快速模型(預設 Haiku),回 yes/no 決定及簡短原因。「no」引導下一輪;「yes」清除目標並記錄達成條目。評估器不呼叫工具,僅判斷已呈現內容,按提供者計費,token 消耗通常微不足道。 需求與限制 需在接受信任對話的工作空間運行,因評估器屬 hooks 系統。若設定 disableAllHooks 或 allowManagedHooksOnly,指令會說明原因而不靜默失效。 相關功能擴展 /loop 重複執行提示詞:依時間間隔重跑,非條件驅動。 提示詞式 hooks:自訂停止邏輯。 Auto mode:自動批准工具呼叫,搭配 /goal 無人值守。 排程比較:獨立排程工作。 完整文件索引 抓取完整文件索引:https://code.claude.com/docs/llms.txt,用以探索所有頁面。 其他持久化工具 除了 /goal,Claude Code 還內建 /loop 用於重複任務(如迭代重構、清潔或燒燬待辦)、/schedule 定時執行(如夜間測試、晨間分類、週清潔),以及 stop hook 提供程式化控制(如執行測試套件、CI 端點、自訂閘道)。長時間運行依賴無需使用者等待,故支援 auto mode(CLI 按 shift + tab 啟用,或桌面模式選擇器),詳見 文件。 此功能解決 Claude 易中斷的痛點,透過 Ralph loop 與評估器確保任務完成,特別適合程式開發中需驗證終點的場景,如模組遷移(直至所有呼叫點編譯通過且測試過關)、設計文件實作(滿足所有驗收標準)、大型檔案拆分(每個模組低於大小預算),或清空標記問題佇列。作者 @ClaudeDevs 強調,這讓 Claude 「持續工作直到任務完成」,無需逐輪提示,展現 Agentic 程式開發的實用進展。原文:https://easyvibecoding.app/curated/1299
2026-05-1304 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Opus 4.7 快速模式現於研究預覽上線,提升互動回應速度 2.5 倍。 Claude Code 推出 Opus 4.7 的快速模式(fa…Claude Opus 4.7 快速模式現於研究預覽上線,提升互動回應速度 2.5 倍。 Claude Code 推出 Opus 4.7 的快速模式(fast mode),以更高 token 成本換取 2.5 倍速度加速,適用於 Claude Code 使用者和 API 使用者,目前處於研究預覽階段,功能、定價與可用性可能依回饋調整。Opus 4.7 快速模式於 Claude Code 中為選擇性啟用,將於 2026 年 5 月 14 日成為快速模式預設模型;API 使用者需加入等候名單 http://claude.com/fast-mode,Claude Code 使用者可參考文件 https://code.claude.com/docs/en/fast-mode 立即選擇啟用。 快速模式啟用方式 Claude Code 使用者可透過以下兩種方式切換快速模式: 在 CLI 或 VS Code Extension 中輸入 /fast 並按 Tab 鍵切換開關。 在使用者設定檔案(user settings file)中設定 "fastMode": true。 預設情況下,快速模式會跨工作階段持續啟用;管理員可設定每工作階段需重新選擇(見後述)。啟用時,若當前非 Opus 模型,將自動切換至 Opus 4.6(預設)或 Opus 4.7(需環境變數),顯示「Fast mode ON」確認訊息,並在提示旁出現小 ↯ 圖示;再次輸入 /fast 可檢查狀態或關閉。關閉後維持相同 Opus 版本,不自動回退先前模型,需用 /model 切換。 Opus 4.7 快速模式選擇啟用 Opus 4.7 快速模式需 Claude Code v2.1.139 或更新版本,目前為研究預覽,速度與 Opus 4.6 快速模式相同(2.5 倍),定價亦同(輸入 $30/MTok、輸出 $150/MTok),無其他行為差異。Claude Code 使用者今日起可選擇啟用,將於 2026 年 5 月 14 日(原文註明 May 14, 2026)成為預設。 啟動 Claude Code 前設定環境變數: `bash export CLAUDECODEENABLEOPUS47FAST_MODE=1 ` 此時 /fast 將執行 Opus 4.7;未設定則維持 Opus 4.6。 或在任何 Claude Code 設定檔案(使用者、專案或管理設定)中加入: `json { "env": { "CLAUDECODEENABLEOPUS47FAST_MODE": "1" } } ` Opus 4.6 快速模式持續可用,兩者共用相同速率限制池。若要強制固定 Opus 4.6,設定 CLAUDECODEOPUS46FASTMODE_OVERRIDE=1,此變數優先級最高。 成本權衡考量 快速模式每 token 成本高於標準 Opus,定價平攤至完整 1M token 上下文視窗: | 模式 | 輸入 (MTok) | 輸出 (MTok) | |-----------------------|-------------|-------------| | Opus 4.6 快速模式 | $30 | $150 | | Opus 4.7 快速模式 | $30 | $150 | 對話中途切換快速模式,將對整個對話上下文收取完整未快取輸入 token 的快速模式價格,高於工作階段起始即啟用時的成本。文件強調,為最佳成本效率,應於工作階段開始時啟用,而非中途切換。 適用情境與努力等級比較 快速模式適合延遲比成本更重要的互動工作: 程式碼變更的快速迭代。 即時除錯工作階段。 時效緊迫的任務。 標準模式則適合: 速度非關鍵的長時間自主任務。 批次處理或 CI/CD 管道。 成本敏感工作負載。 快速模式與努力等級(effort level)皆影響回應速度,但效果不同: | 設定 | 效果 | |-----------------------|----------------------------------------------------------------------| | 快速模式 | 相同模型品質、更低延遲、更高的成本 | | 較低努力等級 | 減少思考時間、更快回應、複雜任務可能品質降低 | 兩者可結合:於簡單任務使用快速模式搭配較低 努力等級 以達最大速度。 使用要求與限制 快速模式需滿足以下條件: 不支援第三方雲端提供者:Amazon Bedrock、Google Vertex AI 或 Microsoft Azure Foundry 不可用,僅限 Anthropic Console API 及訂閱方案的額外使用量。 啟用額外使用量:帳戶需開啟 extra usage,允許超出方案包含用量的計費。個人帳戶於 Console 計費設定 啟用;Team/Enterprise 需管理員為組織啟用。快速模式用量直接計入 extra usage,從第一 token 起按快速模式費率收取,不扣除方案包含用量。 Team/Enterprise 管理員啟用:預設停用,管理員須明確啟用,否則 /fast 顯示「Fast mode has been disabled by your organization.」。 - Console(API 客戶):Claude Code 偏好設定。 - Claude AI(Team/Enterprise):管理設定 > Claude Code。 Claude Code 最低需求 v2.1.36(Opus 4.7 需 v2.1.139),可用 claude --version 檢查。僅限 Pro/Max/Team/Enterprise 訂閱方案及 Claude Console,使用量為額外計費,不計入方案速率限制。 組織管理設定 管理員可完全停用快速模式,設定 CLAUDECODEDISABLEFASTMODE=1(見 環境變數文件)。 預設快速模式跨工作階段持續,若要要求每工作階段重新選擇(per-session opt-in),Team/Enterprise 管理員於管理設定或伺服器管理設定中加入: `json { "fastModePerSessionOptIn": true } ` 此設定使每個工作階段起始時關閉快速模式,使用者需用 /fast 明確啟用,有助組織控制多重並行工作階段成本。移除設定後恢復預設持續行為,使用者偏好仍會儲存。 速率限制處理 Opus 4.6 與 4.7 快速模式共用速率限制池。觸發快速模式速率限制或 extra usage 耗盡時: 自動回退至相同 Opus 版本的標準速度。 ↯ 圖示變灰表示冷卻中。 以標準速度與定價繼續工作。 冷卻結束後自動重新啟用快速模式。 欲手動關閉而非等待,執行 /fast。 研究預覽特性與生態整合 快速模式為研究預覽,功能、可用性、定價及底層 API 配置可能依回饋演進,問題回報透過 Anthropic 既有支援管道。 Opus 4.7 快速模式已於 API 及 Claude Code 研究預覽上線,對 Claude Code 使用者今日起選擇啟用,將於週四成為快速模式預設。同時於 Cursor AI、Emer
2026-05-1205 minAI For Humans: Weekly AI News, Tools & Trends2026-05-0830 minEasyVibeCoding 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 Podcast2026-05-0601 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。 原文:https://easyvibecoding.app/curated/1144
2026-05-0404 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Code 內建「Claude API skill」,提供開源 Agent 技能支援模型遷移與 Managed Agents 設定。 「Cla…Claude Code 內建「Claude API skill」,提供開源 Agent 技能支援模型遷移與 Managed Agents 設定。 「Claude API skill」是 Anthropic 推出的開源 Agent 技能,內建於 Claude Code 中,為開發者提供最新 API 參考文件、SDK 文件與最佳實作,專注於 Messages API 與 Claude Managed Agents (beta)。它涵蓋多語言支援,並透過漸進式揭露僅載入相關文件,確保記憶效率,適用於模型遷移、prompt caching 等功能整合。 支援範圍與語言 技能針對兩個 Anthropic 平台表面提供詳細支援: Messages API:單次請求、串流聊天、工具使用、批次處理、prompt caching、結構化輸出與自訂 Agent 迴圈。 Claude Managed Agents (beta):伺服器管理狀態 Agent,包含 Anthropic 託管工具執行、持久 Agent 設定與每會話容器。 語言支援細節: Messages API:8 種語言,包括 Python、TypeScript、Java、Go、Ruby、C#、PHP 與 cURL。 Managed Agents:7 種語言,包括 Python、TypeScript、Java、Go、Ruby、PHP 與 cURL(C目前不支援)。 技能自動偵測專案語言(如透過 requirements.txt 辨識 Python、tsconfig.json 辨識 TypeScript、go.mod 辨識 Go),多語言專案時會詢問選擇;不支援語言(如 Rust、Swift、C++)則提供 cURL/raw HTTP 範例。 技能提供的內容 針對 Messages API,技能裝備 Claude 以下資源: 語言特定 SDK 文件:安裝、快速入門、常見模式與錯誤處理。 工具使用指南:函數呼叫範例、概念基礎與 beta 工具執行器。 串流模式:建置聊天 UI 與增量顯示實作。 批次處理:離線批次以 50% 成本執行。 Prompt caching:前綴穩定設計、斷點放置與無聲失效審核。 模型遷移:逐步指南至新 Claude 模型,包括 Claude Opus 4.7 的重大變更與行為轉移。 當前模型資訊:模型 ID、context window 大小與定價。 常見陷阱:整合 API 時避免頻繁錯誤的詳細指引。 針對 Managed Agents (beta): 入門流程:透過 /claude-api managed-agents-onboard 子指令的訪談式引導,從零設定新 Agent。 語言特定文件:建立持久 Agent、啟動會話、串流事件與工具確認,涵蓋 Python、TypeScript 等。 Client 模式:無損串流重連、processed_at 佇列/處理閘道、中斷處理、檔案掛載注意事項與憑證處理。 部署限制:僅限 Anthropic 第一方(不支援 Amazon Bedrock、Google Vertex AI 或 Microsoft Foundry),技能會將第三方部署導向 Messages API + 工具使用。 啟用機制 技能以兩種方式啟用: 自動啟用:程式碼匯入 Anthropic SDK(如 Python 的 anthropic、TypeScript 的 @anthropic-ai/sdk);請求 Claude 協助建置、除錯或最佳化 Claude API、Anthropic SDK 或 Managed Agents;新增、修改或調整 Claude 功能(如 prompt caching、工具使用、批次、檔案、引用、記憶)或模型參照。 手動呼叫:在安裝環境輸入 /claude-api(可加子指令或描述)。 技能不會針對一般程式撰寫、機器學習/資料科學工作或其他 AI SDK(如 OpenAI)啟用,確保專注性。 在 Claude Code 中的使用 技能預載於 Claude Code,無需安裝。匯入 Anthropic SDK 或請求 Claude API 協助時自動啟用,也可直接呼叫: /claude-api:一般啟用。 /claude-api migrate:審核程式庫,逐步更新模型名稱、prompt 與 effort 設定至新模型(如 Opus 4.7)。 /claude-api managed-agents-onboard:依使用案例設定 Managed Agent,並提供後續監控與除錯記憶。 自然語言請求如「Add prompt caching with the Claude API」亦可觸發技能,自動套用最佳實作。技能完全開源,涵蓋 7 種語言 Claude SDK 與 CLI,也相容 CodeRabbit、JetBrains、Resolve AI 與 Warp。詳細運作見部落格:https://claude.com/blog/claude-api-skill。 模型遷移功能 執行 /claude-api migrate(如 /claude-api migrate this project to claude-opus-4-7)可跨程式庫遷移 Claude 模型,處理範圍不明時會確認整個工作目錄、子目錄或特定檔案清單(如 /claude-api migrate src/ 下一切至 claude-opus-4-7,或指定 apps/api.py 和 apps/worker.py)。 具體處理項目: 模型 ID 替換:包括類型 SDK 常數(如 Model.CLAUDEOPUS46 →
2026-04-2905 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Code 推出遠端控制與手機推播通知,提升本地程式開發的跨裝置連續性。 Claude Code 新增「Remote Control」功能,讓…Claude Code 推出遠端控制與手機推播通知,提升本地程式開發的跨裝置連續性。 Claude Code 新增「Remote Control」功能,讓使用者從手機、平板或瀏覽器繼續本地工作階段,同時支援長任務完成或需使用者決策時的推播通知,無需綁在終端機前。 啟用與基本運作 Claude Code 的「Remote Control」處於研究預覽階段,所有方案皆可用,Team 與 Enterprise 方案預設關閉,需管理員在管理設定中啟用。使用者可在專案目錄執行 claude remote-control 啟動,或使用 VS Code 擴充功能的 /remote-control 指令,產生工作階段 URL 或 QR code 供遠端連線。Claude 持續在本機執行,不移轉至雲端,完整保留本地檔案系統、MCP 伺服器、工具與專案設定;@ 指令可自動補全本地檔案路徑。對話在所有連線裝置同步,使用者可從終端、瀏覽器或手機互換發送訊息。若筆電休眠或網路中斷,工作階段會自動重連。 跨裝置連線方式 直接在瀏覽器開啟工作階段 URL,連至 claude.ai/code。 掃描終端顯示的 QR code(按空白鍵切換),直接在 Claude iOS 或 Android App 開啟。 在 claude.ai/code 或 Claude App 的工作階段清單中,依名稱搜尋,線上狀態顯示綠點與電腦圖示。 預設僅在明確執行 claude remote-control、claude --remote-control 或 /remote-control 時啟用;執行 /config 可設定「Enable Remote Control for all sessions」為 true,讓所有互動工作階段自動啟用。 手機推播通知 當「Remote Control」啟用時,Claude 可主動發送推播通知至手機,通常在長時間任務完成或需使用者決策時觸發,使用者也可於提示中要求,例如「notify me when the tests finish」。需 Claude Code v2.1.110 或更新版本。設定步驟: 安裝 Claude 行動裝置 App 並以 Claude Code 帳號登入。 允許通知權限。 在終端執行 /config,啟用「Push when Claude decides」。 如 @ClaudeDevs 公告,離開終端後,Claude 會在任務完成或需輸入時推播通知,讓使用者「走開終端,我們會通知你完成」。 需求與相容性 需 Claude Code v2.1.51 或更新版本(推播需 v2.1.110+),檢查版本用 claude --version。 訂閱:Pro、Max、Team、Enterprise 方案可用,API 金鑰不支援;Team/Enterprise 需管理員啟用。 認證:執行 claude 並用 /login 登入 claude.ai。 Workspace 信任:首次在專案目錄執行 claude 接受對話框。 與網頁版 Claude Code 不同,「Remote Control」在本機執行,存取本地 MCP 伺服器與工具;網頁版則在 Anthropic 雲端基礎設施運行。 連線安全與流程 本地工作階段僅發出 HTTPS 請求,不開啟入站埠;啟動時向 Anthropic API 註冊並輪詢工作,遠端裝置透過串流連線經 API 路由訊息,所有流量使用 TLS 加密,憑證短暫且單一用途獨立過期,與一般 Claude Code 工作階段相同安全水準。 限制與注意事項 每個互動程序僅支援一個遠端工作階段(伺服器模式除外)。 本地程序須持續運行,關閉終端或 VS Code 即結束工作階段。 網路中斷超過約 10 分鐘,工作階段逾時並退出程序。 啟用 ultraplan 工作階段會斷開現有「Remote Control」。 部分指令僅限本地 CLI,如 /mcp、/plugin 或 /resume,因需終端互動選擇器。 這些限制反映本地執行的本質,強調穩定本地環境但需維持程序活躍。詳細文件見 https://code.claude.com/docs/en/remote-control#mobile-push-notifications。 原文:https://easyvibecoding.app/curated/1039
2026-04-2804 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 minEasyVibeCoding Podcast2026-04-2401 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Anthropic發布Claude Code品質退化事後檢討,確認三項變更導致問題,已全數修復並重置所有訂閱者使用限制。 過去一個月,使用者回報Claud…Anthropic發布Claude Code品質退化事後檢討,確認三項變更導致問題,已全數修復並重置所有訂閱者使用限制。 過去一個月,使用者回報Claude Code品質下滑,Anthropic深入調查後確認三項獨立變更為根因,分別影響Claude Code、Claude Agent SDK及Claude Cowork,但Claude API未受波及。三項問題已在4月20日v2.1.116版本全數修復,公司強調絕非刻意退化模型,並對使用者耐心致謝。 第一項問題:預設推理努力度調整失當 3月4日,Anthropic將Claude Code的預設推理努力度從「high」降至「medium」,目的是減少高努力模式下偶發的極長延遲,導致UI看似凍結。此變更影響Sonnet 4.6及Opus 4.6,但被視為錯誤權衡,因為模型思考時間越長,輸出品質越佳,而努力度正是測試時計算曲線上的取捨點。 內部評估顯示,medium努力度在多數任務中智慧略降但延遲大幅改善,避免長尾延遲並最大化使用限制。 推出後,使用者立即回報Claude Code感覺變笨,公司雖添加啟動通知、內嵌努力度選擇器及「ultrathink」選項,但多數使用者維持medium預設。 4月7日,公司聽取更多回饋後回滾變更,目前Opus 4.7預設「xhigh」努力度,其他模型預設「high」,讓使用者可自行選擇低努力處理簡單任務。 第二項問題:快取優化引入記憶清除bug 3月26日,為提升效率,Anthropic部署變更:在閒置超過一小時的session中清除舊思考內容,利用prompt caching降低延遲與成本。設計意圖是用「clearthinking20251015」API header搭配keep:1,只清除一次舊思考,讓後續請求恢復完整推理歷史。 實作bug導致清除不僅一次,而是每回合持續發生:閒置門檻觸發後,每個請求僅保留最新思考區塊,丟棄先前所有內容,甚至中斷工具呼叫時當前回合推理也遺失。 這造成Claude顯得健忘、重複,並做出奇怪工具選擇;連續cache miss也加速使用限制耗盡。 兩個無關實驗(內部伺服器端訊息佇列實驗及CLI顯示思考變更)掩蓋bug,讓內部測試及dogfooding未察覺,耗時逾一週才確認根因。 調查中,用Opus 4.7回測Code Review對問題pull requests,成功找出bug(Opus 4.6未能),因此新增支援額外程式庫作為code review上下文。4月10日v2.1.101版本修復此bug。 第三項問題:系統提示限制冗長度損害程式碼品質 Opus 4.7相較前代更傾向冗長,這提升難題智慧但增加輸出token。4月16日Opus 4.7發布前,公司優化harness及產品,新增系統提示限制:「工具呼叫間文字≤25字,最終回應≤100字,除非任務需更多細節」。 內部多週測試及既有評估無退化跡象,遂隨Opus 4.7上線,影響Sonnet 4.6、Opus 4.6及Opus 4.7。 調查擴大評估及消融測試(逐行移除提示檢視影響)顯示Opus 4.6及4.7均降3%,4月20日立即回滾。 此外,使用者回報Opus 4.7在Claude Code的獨立問題,團隊正處理並將陸續推出改善。 問題偵測挑戰與整體影響 三項變更影響不同流量片段及時程,造成看似廣泛不一致退化。3月初即啟動調查,但初期難與正常回饋變異區分,內部使用及評估也未重現。 公司承認這非使用者應期待體驗,4月23日重置所有訂閱者使用限制。 社群回饋如Joe指出重置僅一週後再度重置「毫無差別」,Bagchi da抱怨等一週剩3小時49分鐘,已忘專案細節,凸顯使用者挫折。 模型本身無退化,問題限於Claude Code及Agent SDK harness(Cowork依賴SDK)。 未來防範措施 Anthropic承認調查為團隊史上最複雜,根因隱晦且多混淆因素。公司將強化內部dogfooding,使用完全匹配公眾build的配置;擴大評估套件,對孤立系統提示變更執行測試。 對系統提示變更加嚴格管制:每改必跑per-model廣泛評估、消融分析、新工具簡化審核稽核;CLAUDE.md新增指引確保模型專屬變更;智慧權衡變更須浸泡期、廣評估及漸進推出。 改善內部Code Review工具並推給客戶;擴大內部員工使用公眾Claude Code版本。 新增@ClaudeDevs X帳號及GitHub集中討論串,深入解釋產品決策。 公司感謝社群透過/feedback指令及線上具體可重現範例,讓問題曝光並修復,重申對回饋的感激及耐心支持。完整事後檢討見:https://www.anthropic.com/engineering/april-23-postmortem。 原文:https://easyvibecoding.app/curated/892
2026-04-2305 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Agent 連接到生產系統的最佳途徑是 MCP 協議。 Claude 團隊在 2026 年 4 月 22 日發表的部落格文章,剖析 Agent 連結外部系…Agent 連接到生產系統的最佳途徑是 MCP 協議。 Claude 團隊在 2026 年 4 月 22 日發表的部落格文章,剖析 Agent 連結外部系統的三種方式:直接 API 呼叫、CLI 以及 MCP,並強調生產級 Agent 偏好 MCP 作為通用層,提供最大相容性和雲端部署優勢。文章分享建構高效 MCP 伺服器、節省上下文的客戶端模式,以及與技能搭配的實務策略,呼籲開發者優先採用 MCP 以強化生態系。 連結外部系統的三種途徑 Agent 的實用性取決於其能觸及的系統,團隊通常採用三種連結方式,各有適用情境,關鍵在於 Agent 與服務間是否有通用層以及其涵蓋範圍。 直接 API 呼叫:Agent 直接呼叫 API,透過沙盒內的程式碼發送 HTTP 請求或通用函數呼叫工具。這適合單一 Agent 與單一服務,或少量不需重複使用的整合,是大多數團隊的起點。但規模擴大時,因無通用層,每對 Agent-服務組合需客製化認證、工具描述與邊緣案例,陷入 M×N 整合困境。 命令列介面 (CLI):Agent 在殼層執行 CLI 工具,快速輕量,依賴既有工具,適合本地環境與沙盒容器,提供薄通用層。但無法觸及無容器暴露的行動裝置、網頁或雲端平台,且認證依賴磁碟上的憑證檔案,限於本地寬鬆整合。 模型上下文協議 (MCP):MCP 以協議形式提供通用層,Agent 連接到暴露系統能力的伺服器,標準化認證、發現與豐富語意。一個遠端伺服器可觸及任何相容客戶端(如 Claude、ChatGPT、Cursor、VS Code),適用所有部署環境。雖需前期投資,但整合具可攜性與豐富功能支援。 生產 Agent 偏好 MCP 的雲端趨勢 生產 Agent 日益移至雲端,以實現規模化與持續運作,其需觸及的系統亦為雲端託管(如資料儲存、工作追蹤、基礎設施),這些系統多遠端且需認證,此時 MCP 提供關鍵通用層。 MCP SDK 月下載量近期突破 3 億次,由年初的 1 億次大幅成長,企業與熱門 Agent 平台廣泛採用。數百萬使用者每日透過 Claude 使用 MCP,協議支撐近期產品如「Claude Cowork」、「Claude Managed Agents」及「Claude Code」中的管道。隨著 MCP 支援生產 Agent 系統,文章分享高效整合模式。 建構高效 MCP 伺服器的設計模式 Claude 目錄內超過 200 個 MCP 伺服器,每日被數百萬人使用。透過與企業及開發者合作,歸納出幾項決定 Agent 可靠性的設計模式。 建構遠端伺服器以最大化觸及 遠端伺服器提供分發能力,是唯一跨網頁、行動裝置與雲端 Agent 的配置,所有主要客戶端均優化支援。建構遠端伺服器,讓 Agent 無論在何處執行皆可使用系統。 依意圖群組工具,而非端點一一對應 少量、描述精準的工具勝過窮盡 API 鏡像。勿逐一包裝 API 成 MCP 伺服器,而應依意圖群組工具,讓 Agent 以數次呼叫完成任務,而非拼湊多個原語意。例如單一「createissuefromthread」工具優於「getthread + parsemessages + createissue + link_attachment」。詳見「writing effective tools for agents」文件。 大型介面設計程式碼協調層 若服務需數百種操作(如 Cloudflare、AWS 或 Kubernetes),意圖群組工具難以涵蓋。改暴露薄工具介面接受程式碼:Agent 撰寫短腳本,伺服器在沙盒執行對 API 呼叫,僅回傳結果。Cloudflare 的 MCP 伺服器為範例,僅兩個工具(search 和 execute)涵蓋約 2,500 個端點,僅需約 1K token。 提供豐富語意以提升採用 「MCP Apps」為首個官方協議擴充,讓工具回傳互動介面(如圖表、表單、儀表板),於聊天介面內嵌渲染。發佈 MCP Apps 的伺服器,採用與留存率顯著高於僅回傳文字者。用以在關鍵時刻將產品 UI 呈現給 Agent 或終端使用者,支援「Claude.ai」、「Claude Cowork」及其他頂尖 AI 工具。 啟用引導機制維持流程 引導(Elicitation)讓伺服器於工具呼叫中途暫停,向使用者詢問輸入。 表單模式:發送簡單綱要,客戶端渲染原生表單,用於請求缺失參數、確認破壞性動作或消除歧義。廣泛支援。 URL 模式:導向瀏覽器,用於下游 OAuth、付款或不應經 MCP 客戶端傳遞的憑證。維持使用者流程,避免跳轉設定頁面。支援「Claude Code」,更多客戶端開發中。 依賴標準化認證 標準化認證讓 MCP 適用雲端 Agent。若需 OAuth,最新 MCP 規範支援 CIMD(Client ID Metadata Documents)用於客戶端註冊,提供快速首次認證與少驚喜重新認證。本為推薦方式,MCP SDK、「Claude.ai」及「Claude Code」均支援,產業廣泛採用。 使用者授權後,雲端 Agent 如何持有與重用 token?「Claude Managed Agents」中的 Vaults 解決:註冊 OAuth token 一次,於工作階段建立時以 ID 參照,平台自動注入正確憑證至 MCP 連線並刷新,無需自建祕密儲存或每次呼叫傳遞 token。 提升 MCP 客戶端上下文效率的模式 MCP 標準化 AI Agent(客戶端)與工具/資料來源(伺服器)的連線與運作。伺服器安全暴露能力,客戶端協調並管理上下文。建構 MCP 客戶端時,採用漸進揭露模式提升效率。 工具搜尋延遲載入定義 工具搜尋於執行時搜尋目錄,僅載入相關工具,而非預載全部。在測試中,工具定義 token 減少 85% 以上,選擇準確率維持高檔。 程式化工具呼叫以程式碼處理結果 於沙盒以程式碼處理工具結果,而非生回傳模型,讓 Agent 以程式碼迴圈、篩選與聚合呼叫,僅最終輸出入上下文。測試顯示複雜多步驟工作流程 token 使用減 37%。 兩模式自然組合多伺服器:更精簡上下文、更少往返、更快回應。詳見「advanced tool use」分解。 MCP 伺服器與技能的互補搭配 技能與 MCP 互補:MCP 提供外部工具與資料存取,技能傳授使用工具完成實務的程序知識。最強 Agent 兩者兼用,技能讓 MCP 伺服器擴展超出少量連線。有兩種通用模式。 以 plugin 打包技能與 MCP 伺服器 Claude 的 plugin 為有用抽象,讓開發者打包技能、MCP 伺服器、hooks、LSP 伺服器與專門子 Agent 成單一易用分發。此為統一多上下文提供者、最小摩擦的最佳方式。 結合 MCP 伺服器與技能,讓 Claude 如領域專家。透過 MCP 獲工具,並賦予 Claude End to End (端到端) 工作流程協調技能。如「Cowork」資料 plugin,含 10 個技能與 8 個 MCP 伺服器,支援 Snowflake、Databricks、BigQuery、Hex 等應用。 從 MCP 伺服器分發技能 供應商常於 MCP 伺服器旁發佈技能,讓 Agent 獲原始能力與使用指南。Canva、Notion、Sentry 等已在 Claude 網頁目錄實現。 為跨客戶端可攜,MCP 社群積極開發擴充,直接從伺服器傳遞技能,讓客戶端自動繼承相關專業,與依賴 API 版本化。預期擴充穩定後廣泛採用。 MCP 作為複合通用層 連結外部系統的三途徑,成熟整合將三者並用:API 為基礎、CLI 適用本地、MCP 服務雲端 Agent。 隨著生產 Agent 移雲,MCP 成關鍵層且具複合效應。今日遠端伺服器已觸及所有相容客戶端,跨部署環境,協議處理認證、互動與豐富語意。隨著更多客戶端採用規範與擴充落地,同伺服器無需更新即更強大。 若目標為雲端生產 Agent 觸及系統,建構優秀 MCP 伺服器並套用上述模式。每個 MCP 整合皆強化生態:減少獨力解決邊緣案例、維護客製整合。 原文:https://easyvibecoding.app/curated/850
2026-04-2307 minEasyVibeCoding Podcast
EasyVibeCoding Podcast@ClaudeDevs:Claude Code 推出 /ultrareview 功能,透過雲端多 Agent 艦隊進行深度除錯審核。 Claude Code 新增研究預覽功能「/…Claude Code 推出 /ultrareview 功能,透過雲端多 Agent 艦隊進行深度除錯審核。 Claude Code 新增研究預覽功能「/ultrareview」,在雲端沙盒啟動多 Agent 審核艦隊,專門偵測程式碼 bug,並自動將結果傳送到 CLI 或 Desktop,適用於合併關鍵變更前使用。Pro 和 Max 使用者可享 3 次免費審核,至 2026 年 5 月 5 日到期。 功能啟用方式 執行 claude update 更新至 v2.1.86 或更新版本,即可在 CLI 中使用 /ultrareview 命令。需先以 Claude.ai 帳號登入(/login),不支援僅用 API key、Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundry,或啟用 Zero Data Retention 的組織。 審核範圍與執行 無參數時,審核目前分支與預設分支的 diff,包括未提交與已暫存變更;Claude Code 會打包 repository 狀態上傳至遠端沙盒。 指定 GitHub PR 編號如 /ultrareview 1234,則直接從 GitHub 克隆 PR(需有 github.com remote)。 執行前顯示確認對話框,包含審核範圍(檔案與行數)、剩餘免費次數及預估成本;確認後後台執行,使用者可繼續其他工作,審核時間約 5 至 10 分鐘。 與本地 /review 的比較優勢 相較本地單次 /review,/ultrareview 提供更高訊號品質與更廣覆蓋: 更高訊號:每個回報發現皆經獨立重現與驗證,聚焦真實 bug 而非風格建議。 更廣覆蓋:多審核 Agent 並行探索變更,找出單次審核易遺漏問題。 無本地資源消耗:全在遠端沙盒運行,終端機保持可用。 /review 適合開發中快速回饋,/ultrareview 則用於合併重大變更前深度檢查,如 auth 或資料遷移。 計費與免費額度 Pro 和 Max 訂閱者獲 3 次一次性免費審核,不會重置,至 2026 年 5 月 5 日到期;之後每審核計入額外使用費,通常 $5 至 $20,視變更規模而定。需啟用額外使用(/extra-usage 檢查),否則無法啟動付費審核。免費額度用盡或到期後,仍按額外使用計費。 追蹤與結果呈現 使用 /tasks 查看進行中或完成審核、開啟細節視圖,或停止審核(停止將封存雲端工作階段,部分發現不回傳)。完成後,經驗證發現以通知形式出現,包含檔案位置與問題說明,使用者可直接要求 Claude 修復。 適用情境與限制 建議在合併關鍵變更前執行,如 auth、資料遷移等,避免單次審核遺漏。大型 repository 無法打包時,系統提示改用 PR 模式:推送分支、開 draft PR,再執行 /ultrareview 。功能為研究預覽,依回饋可能調整特色、計費或可用性;Claude 不會自動啟動審核,僅限手動呼叫。 技術架構亮點 /ultrareview 運行於 Claude Code 的 web 基礎設施,啟動審核 Agent 艦隊於遠端沙盒,確保隔離與高效並行處理。這不僅解決本地資源限制,還透過多 Agent 驗證提升發現可靠性,標誌 Claude Code 向雲端深度審核轉移,強化開發流程品質控制。詳細文件見 https://code.claude.com/docs/en/ultrareview。 原文:https://easyvibecoding.app/curated/876
2026-04-2204 minAwesome Agents Podcast2026-04-1603 min