[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-ai-agents-use-blockchain-trust-layer-zh":3,"article-related-ai-agents-use-blockchain-trust-layer-zh":30,"series-ai-agent-2e389faa-a4ab-4f7a-b6da-c2ba69d5f14b":82},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":22,"views":26,"created_at":27,"published_at":28,"topic_cluster_id":29},"2e389faa-a4ab-4f7a-b6da-c2ba69d5f14b","ai-agents-use-blockchain-trust-layer-zh","AI 代理用區塊鏈當信任層","\u003Cp data-speakable=\"summary\">這篇拆解 AI \u003Ca href=\"\u002Fnews\u002Fgoogle-may-2026-ai-updates-agents-zh\">代理\u003C\u002Fa>怎麼把區塊鏈當信任層，最後給你一份能直接複製的安全模板。\u003C\u002Fp>\u003Cp>我玩 AI 代理一陣子了，老實說，最卡的地方不是模型不會講話，是大家太快把權力塞給它。\u003Ca href=\"\u002Fnews\u002F8-rag-patterns-demos-into-prod-zh\">demo\u003C\u002Fa> 一做，像人一樣下指令、像人一樣呼叫錢包、像人一樣自動執行，表面很順。可我每次都會多問一句：它如果亂轉一筆錢、亂打一次合約、或在錯的時機做了對的事，誰收拾？通常答案都很空，差不多就是「模型會自己判斷」。我對這種說法很不耐煩，因為錢包不是玩具，鏈上操作也不會因為你 prompt 寫得漂亮就自動安全。\u003C\u002Fp>\u003Cp>後來我看了 \u003Ca href=\"https:\u002F\u002Fwww.blockchain-council.org\u002Fblockchain\u002Fhow-ai-agents-are-using-blockchain\u002F\">Toshendra Kumar Sharma 在 Blockchain Council 的文章\u003C\u002Fa>，整個脈絡就清楚了：區塊鏈不是拿來當 AI 的大腦，而是拿來當信任層。身份、權限、付款、協作、稽核，這些才是它該做的事。AI 代理負責想，鏈負責卡住它、驗證它、留下證據。這篇我就是照這個框架拆，順便把我會真的拿去用的安全寫法整理出來。\u003C\u002Fp>\u003Ch2>區塊鏈不是腦袋，它是裁判\u003C\u002Fh2>\u003Cblockquote>“Blockchain gives autonomous software agents a trusted environment for identity, payments, coordination, smart contract execution, and auditability.”\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：區塊鏈不是讓代理變聰明，它是讓代理的身分、權限、付款和結果有地方可查。這差很多。很多團隊一開始就想把推理、記憶、資金、執行全塞進同一個系統，最後不是難審就是難救。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780980509390-6s0i.png\" alt=\"AI 代理用區塊鏈當信任層\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我自己最常看到的錯誤，是把鏈當成「多一層儀式感的資料庫」。不對。鏈比較像規則引擎加收據本。代理可以在鏈下決定要做什麼，但真正的提交、驗證和記錄，應該由鏈來收尾。你如果把這兩件事混在一起，設計很快就會鬆掉。\u003C\u002Fp>\u003Cp>文章裡提到代理會感知輸入、推理目標、再採取動作，這描述沒錯，但工程上更重要的是：哪一步在哪裡做。推理放鏈下，因為它貴、也需要彈性。結算放鏈上，因為它要可驗證、可追蹤。身份和授權最好也要有鏈上錨點，不然你根本不知道到底是誰在動錢。\u003C\u002Fp>\u003Cp>我之前做過一個可以調整 \u003Ca href=\"\u002Ftag\u002Ftoken\">token\u003C\u002Fa> 部位的錢包代理，第一版很勇，能看餘額、選路徑、送 swap。結果一模擬壞行情，我就看到它還是能用「看起來合理」的方式一路把損失放大。那時候我才真的懂，問題不是 prompt 不夠會說話，是權限放太鬆。後來我把權力收回合約，設硬上限、白名單和明確的批准門檻，事情才像樣。\u003C\u002Fp>\u003Cp>實操寫法很簡單：把架構拆成三層。第一層是鏈下推理，只負責規劃和工具選擇。第二層是鏈上約束，負責權限和結算。第三層是稽核層，把 prompt、政策決策、交易 hash 都留下來。你如果講不清楚每層的邊界，通常代表設計太鬆。\u003C\u002Fp>\u003Cul>\u003Cli>模型推理盡量留在鏈下。\u003C\u002Fli>\u003Cli>花費上限、角色檢查、執行規則放進合約。\u003C\u002Fli>\u003Cli>把簽名動作和 hash 存起來，方便事後重建。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>智能合約讓代理停止自由發揮\u003C\u002Fh2>\u003Cblockquote>“Once a transaction is confirmed, the outcome is recorded on-chain and can be independently verified.”\u003C\u002Fblockquote>\u003Cp>白話就是：一旦上鏈，結果就不是你口頭說了算。這就是智能合約在這裡的重要性。AI 代理擅長調整，合約擅長拒絕亂來。你兩個都要，但不能混成一坨。\u003C\u002Fp>\u003Cp>文章拿 \u003Ca href=\"\u002Ftag\u002Fdefi\">DeFi\u003C\u002Fa> 當例子很合理。代理可以盯流動性池、借貸協議、價格變化，然後調整部位或移動資金。這確實有用，因為市場跑得比人快。但真正防止它亂飛的，是合約把行為限制在你設定的範圍內。只能在目標區間內 rebalance，只能在預算內調 collateral，只能在驗證過的 off-chain 事件之後觸發函式。\u003C\u002Fp>\u003Cp>我很喜歡這種做法，因為它直接拆掉一個幻想：不是「模型會知道什麼該做」，而是「模型會提出一個看起來合理的動作，合約再判斷允不允許」。這兩件事不能混在一起。模型負責提案，合約負責說不。\u003C\u002Fp>\u003Cp>最麻煩的是 deterministic settlement。鏈上執行不是比誰更聰明，而是把最終狀態講清楚。做交易、管 treasury、或任何不能隨便回滾的事，這點都很重要。你如果寫過 bot，知道那種「大致正常，遇到波動就開始發瘋」的感覺，這裡就是解法。\u003C\u002Fp>\u003Cp>實操寫法：先定義代理能碰的 action space，再讓它碰錢包。不要給它 raw transaction 權限。改成一組狹窄的 callable functions，每個參數都有限制。每次送出前先跑 simulation，失敗就直接擋掉，不要讓它自己重試到成功為止。\u003C\u002Fp>\u003Cul>\u003Cli>白名單合約與 function selector。\u003C\u002Fli>\u003Cli>每筆、每日、每交易對手都設上限。\u003C\u002Fli>\u003Cli>每次 state-changing 交易都先 preflight simulation。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>自動付款有用，但也很會出事\u003C\u002Fh2>\u003Cblockquote>“Circle has demonstrated patterns where agents can hold USDC and make autonomous payments.”\u003C\u002Fblockquote>\u003Cp>這句很容易讓人眼睛發亮，因為一旦代理能持有 \u003Ca href=\"\u002Ftag\u002Fusdc\">USDC\u003C\u002Fa>，它就能自己付 \u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa>、資料、算力、訂閱費，甚至付另一個 \u003Ca href=\"\u002Ftag\u002Fagent\">agent\u003C\u002Fa> 的工錢，不用人類一直按 approve。這確實方便，等於把軟體從建議系統拉成經濟體的一員。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780980508124-f1k8.png\" alt=\"AI 代理用區塊鏈當信任層\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>但我也看過太多團隊在付款這件事上翻車。能付，就代表也可能付太多、重複付、付錯人、或任務結束了還在付。文章提到的 guardrails 很務實：日限額、核准供應商、多簽、緊急\u003Ca href=\"\u002Fnews\u002Fanthropic-urges-temporary-pause-on-ai-development-zh\">暫停\u003C\u002Fa>。這些不是裝飾，是差別在「有用的 treasury bot」和「有性格問題的錢包」之間。\u003C\u002Fp>\u003Cp>我最反感的是有人想靠 prompt discipline 解決付款風險。這真的不行。prompt 不是支付政策。只要代理碰得到 custody，你就要把規則放在 protocol 或 contract 層。代理可以提案，但真正放行要有另一個系統照硬規則判斷。\u003C\u002Fp>\u003Cp>如果是 machine-to-machine commerce，穩定幣的價值就更明顯。像 USDC 這種資產，拿來做微付款、訂閱、按量計費比較正常，不會今天一小時一個價。文章提到 agent marketplace、cloud usage、subscriptions，我覺得方向是對的。支付通道不是難點，難的是別讓代理超支。\u003C\u002Fp>\u003Cp>實操寫法：把「可以提案付款」和「可以放款」切開。付款門檻寫進 code，不要只寫在 README。新供應商要二次簽核，定期付款要設 expiry，超過閾值要人類簽字。這些規則寫不進去，就別說你有安全設計。\u003C\u002Fp>\u003Cul>\u003Cli>用穩定幣做可預測的代理支出。\u003C\u002Fli>\u003Cli>高於門檻就走 approval workflow。\u003C\u002Fli>\u003Cli>緊急暫停和撤權路徑要簡單到你半夜也會用。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>多代理協作要的是法庭，不是聊天室\u003C\u002Fh2>\u003Cblockquote>“Blockchain supports secure collaboration among multi-agent systems by enabling identity, incentives, task allocation, and verifiable records without a central broker.”\u003C\u002Fblockquote>\u003Cp>這段我很買單，因為它比較像系統設計，不像行銷話術。只要代理超過一個，協作問題就會冒出來：誰接單、誰付款、誰驗證、誰背鍋。你如果沒有答案，那你不是在做系統，你是在堆一群會講話的 bot。\u003C\u002Fp>\u003Cp>區塊鏈在這裡的價值，是給所有代理一個共享事實來源。A 代理可以發起分析，B 代理可以提供算力，C 代理可以驗證結果，合約則負責記錄誰做了什麼。這對跨團隊、跨組織尤其有用，因為沒人想信別人的私有 log 檔。大家都想要能獨立檢查的紀錄。\u003C\u002Fp>\u003Cp>我自己做分散式工作流時也碰過這種事：一個服務產出結果，另一個驗證，第三個付款。沒有共享帳本時，爭議最後都變成 email 考古。上鏈之後，爭議至少會變成 contract question。還是很煩，但至少比較有邏輯。\u003C\u002Fp>\u003Cp>重點不只是記錄結果，而是協調激勵。如果任務需要抵押，合約可以先扣著。如果驗證錯了，合約可以 slash。如果交付完成，合約就釋放款項。這比期待每個 agent 都自動守規矩實際多了。\u003C\u002Fp>\u003Cp>實操寫法：把鏈用在任務分配、付款釋放、爭議證據。重推理和資料處理留在鏈下。每個 agent 都要有鏈上身份、允許的任務類型、和 payout 規則。凡是需要驗證的任務，先把 verifier 寫清楚，再開始做。\u003C\u002Fp>\u003Cul>\u003Cli>每個 agent 綁一個鏈上身份。\u003C\u002Fli>\u003Cli>會失敗的工作要有 escrow 或 collateral。\u003C\u002Fli>\u003Cli>爭議流程先寫好，不要等出事才補。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>DAO 治理需要的是韁繩，不是王冠\u003C\u002Fh2>\u003Cblockquote>“A DAO may delegate limited voting authority to an agent under strict rules.”\u003C\u002Fblockquote>\u003Cp>這裡最容易失控。是，代理可以幫你整理提案、檢查政策一致性、甚至建議怎麼投票。不是，這不代表你該把金庫鑰匙丟給它，然後把這叫做治理創新。\u003C\u002Fp>\u003Cp>文章的平衡感我覺得剛好：有限委派、嚴格規則、不可竄改紀錄。這才是正解。代理可以處理例行參數變更，也可以把風險提早攔出來，但重大 treasury 決策還是要人類明確限制權限。不然你只是把治理包裝成自動化表演。\u003C\u002Fp>\u003Cp>我看過 DAO 工具一路漂到這個坑裡。說法都一樣：讓 agent 處理瑣事嘛。問題是瑣事只要規則不夠清楚，就會在某天變成燒錢大事。代理如果能投票，就要有 policy envelope：它能碰哪些類別、超過什麼門檻要 review、什麼情況自動升級給人。\u003C\u002Fp>\u003Cp>區塊鏈在這裡的價值是稽核。代理如果投錯票，你至少要知道是模型輸入爛、政策失誤，還是權限 bug。鏈上 log 不會幫你變聰明，但至少讓你有機會還原現場。沒有這個，你只是在猜。\u003C\u002Fp>\u003Cp>實操寫法：把治理委派當成 scoped API key。給它窄權限、過期時間、和 review 條件。每次看了什麼提案、做了什麼建議、投了什麼票，都要記錄。DAO 如果事後查不到這條路徑，代表委派太大。\u003C\u002Fp>\u003Ch2>混合架構才是正常答案\u003C\u002Fh2>\u003Cblockquote>“Most practical architectures use a hybrid model: AI reasoning runs off-chain, while blockchain handles settlement, verification, identity, and access control.”\u003C\u002Fblockquote>\u003Cp>這句我真的想印出來貼在會議室。因為大多數團隊一開始都會想走極端，結果不是算力太貴，就是鏈上太痛。比較務實的答案幾乎永遠是 hybrid。\u003C\u002Fp>\u003Cp>也就是說，模型推理留在鏈下，像是跑在 \u003Ca href=\"https:\u002F\u002Faws.amazon.com\u002Fbedrock\u002F\">Amazon Bedrock\u003C\u002Fa> 這種服務上；鏈則負責它最擅長的事：記錄狀態、強制權限、完成結算。文章也提到 \u003Ca href=\"https:\u002F\u002Fwww.circle.com\u002F\">Circle\u003C\u002Fa> 的自動付款模式，還有公鏈基礎設施做可驗證動作，這套 stack 我覺得合理，因為它把昂貴的智能和不可逆的動作分開了。\u003C\u002Fp>\u003Cp>我做過最順的系統，通常都不是把 agent 當成一個大黑盒，而是當成一個 planner，加上一條很硬的 policy boundary。planner 可以亂想，boundary 不行。那條邊界要包含 least privilege、transaction simulation、rate limit、監控，還有 emergency kill switch。少一個都不太對。\u003C\u002Fp>\u003Cp>實操寫法：把鏈上 surface area 壓到最小。記憶、檢索、推理都放鏈下。custody、settlement、permissions 放鏈上。兩邊都要監控。只要代理行為變了，你要能立刻分辨是模型變了、資料變了，還是合約規則變了。\u003C\u002Fp>\u003Cul>\u003Cli>鏈下：inference、retrieval、planning、orchestration。\u003C\u002Fli>\u003Cli>鏈上：identity、custody、settlement、constraints。\u003C\u002Fli>\u003Cli>永遠要有監控、告警和快速關機的方法。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># AI Agent + Blockchain 安全模板\n\n## 目標\n做一個能提案、能執行區塊鏈動作的 AI 代理，但不要讓它有無限制的錢包控制權。\n\n## 預設架構\n- 鏈下：模型推理、檢索、規劃、工具選擇\n- 鏈上：身份、權限、結算、稽核紀錄\n- 政策層：交易模擬、限額、批准、撤權\n\n## 元件\n1. Agent Planner\n   - 讀取使用者意圖\n   - 產生候選動作\n   - 不直接簽交易\n\n2. Policy Engine\n   - 檢查允許的合約\n   - 強制執行支出上限\n   - 擋掉未知對手方\n   - 超過門檻就要求批准\n\n3. Simulation Layer\n   - 執行 preflight simulation\n   - 比對預期與實際狀態變化\n   - 拒絕不安全或不明確的呼叫\n\n4. Execution Wallet\n   - 最小權限\n   - 只保留任務所需資金\n   - 可立即暫停或撤銷\n\n5. Audit Log\n   - 儲存 prompt、model output、policy decision、tx hash\n   - 記錄 timestamp、chain、contract、function、amount\n   - 留下人類可讀的批准或拒絕理由\n\n## 安全規則\n- 只允許白名單合約和 function selector\n- 設定單筆與每日支出上限\n- 新供應商或新合約地址要人類批准\n- 重複動作要有 rate limit\n- 加一個能暫停所有外發交易的 kill switch\n- 定期輪換金鑰\n- 分離 planner credentials 與 custody credentials\n\n## 範例 policy\nyaml\nagent_name: treasury-bot\nmode: propose_and_execute\nallowed_chains:\n  - ethereum\n  - base\nallowed_contracts:\n  - 0xYourWhitelistedContract1\n  - 0xYourWhitelistedContract2\nmax_tx_value_usd: 250\nmax_daily_value_usd: 1000\nrequire_human_approval_over_usd: 250\nrequire_simulation: true\nallow_new_counterparties: false\nemergency_pause_enabled: true\n\n## 執行流程\n1. 使用者或系統建立任務。\n2. Agent 提案交易。\n3. Policy engine 檢查規則。\n4. Simulation 執行。\n5. 若安全，由 execution wallet 簽名並送出。\n6. Audit log 記錄全部內容。\n7. 監控系統對異常發告警。\n\n## 不要這樣做\n- 不要讓模型拿著 full funds 的 hot wallet\n- 不要因為交易看起來簡單就跳過 simulation\n- 不要把 prompt 當成安全政策\n- 不要讓失敗後無限制重試\n- 不要把治理投票和 treasury custody 混在一起\n\n## 最小人工接管\n- 暫停所有交易\n- 撤銷錢包權限\n- 凍結新的對手方批准\n- 匯出稽核歷史\n- 輪換金鑰並重新部署政策規則\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>我喜歡這個模板的地方，是它把 agent 當成有用的員工，不是神奇操作員。它可以提案，可以執行，但不能偷吃自己沒賺來的信任。這種設計才撐得住真的錢。\u003C\u002Fp>\u003Cp>來源我拆的是 \u003Ca href=\"https:\u002F\u002Fwww.blockchain-council.org\u002Fblockchain\u002Fhow-ai-agents-are-using-blockchain\u002F\">Blockchain Council 上 Toshendra Kumar Sharma 的文章\u003C\u002Fa>。我上面講的架構判斷和模板，是我根據原文再加上我自己會真的放進 production 的安全邏輯整理出來的。\u003C\u002Fp>","我拆解 AI 代理怎麼把區塊鏈當身份、付款、協作與稽核層，最後附可直接複製的安全模板。","www.blockchain-council.org","https:\u002F\u002Fwww.blockchain-council.org\u002Fblockchain\u002Fhow-ai-agents-are-using-blockchain\u002F",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780980509390-6s0i.png","ai-agent","zh","95684312-23dc-4a78-a917-df14d132c5fa",[17,18,19,20,21],"AI agents","blockchain","smart contracts","wallet safety","audit trail",[23,24,25],"區塊鏈最適合當 AI 代理的信任層，不是推理引擎。","安全設計要把推理、權限、結算、稽核拆開。","可直接複製的模板已附上，重點是限額、模擬、白名單與 kill switch。",0,"2026-06-09T04:48:01.259033+00:00","2026-06-09T04:48:01.25+00:00","e3b68196-9e64-4c18-a3b6-a73e73bfb367",{"tags":31,"relatedLang":41,"relatedPosts":45},[32,34,35,37,39],{"name":21,"slug":33},"audit-trail",{"name":18,"slug":18},{"name":20,"slug":36},"wallet-safety",{"name":19,"slug":38},"smart-contracts",{"name":17,"slug":40},"ai-agents",{"id":15,"slug":42,"title":43,"language":44},"ai-agents-use-blockchain-trust-layer-en","AI agents use blockchain as a trust layer","en",[46,52,58,64,70,76],{"id":47,"slug":48,"title":49,"cover_image":50,"image_url":50,"created_at":51,"category":13},"ef96a410-24bd-4e35-8536-439f21f820e6","claude-code-dynamic-workflow-ai-harness-zh","Claude Code 動態工作流：AI 自寫 Harness","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781035378200-qkm9.png","2026-06-09T20:02:21.942031+00:00",{"id":53,"slug":54,"title":55,"cover_image":56,"image_url":56,"created_at":57,"category":13},"9fb91fbe-64cd-4732-aba7-5b20daacf962","agent-orchestration-enterprise-ai-layer-zh","企業 AI 缺的是編排層","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780984981291-rodj.png","2026-06-09T06:02:30.929215+00:00",{"id":59,"slug":60,"title":61,"cover_image":62,"image_url":62,"created_at":63,"category":13},"1c433948-634b-47e4-a119-dd567203a712","8-rag-patterns-demos-into-prod-zh","8 種 RAG 模式把 Demo 變上線","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780971552397-h12o.png","2026-06-09T02:18:36.130013+00:00",{"id":65,"slug":66,"title":67,"cover_image":68,"image_url":68,"created_at":69,"category":13},"7d860405-aca6-486b-8de0-1c5193a3b06d","fine-tuning-beats-rag-style-not-facts-zh","當目標是文風不是事實時，微調比 RAG 更有效","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780924689232-5elu.png","2026-06-08T13:17:25.235242+00:00",{"id":71,"slug":72,"title":73,"cover_image":74,"image_url":74,"created_at":75,"category":13},"3d1e5ef7-8f31-4e57-b286-306825d7f38e","openclaw-small-business-ai-staff-zh","OpenClaw把AI變成夜班員工","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780904888882-6w0v.png","2026-06-08T07:47:27.229503+00:00",{"id":77,"slug":78,"title":79,"cover_image":80,"image_url":80,"created_at":81,"category":13},"0cd44c8d-6ba8-4e6c-851b-d040a5c1a9bd","litellm-rust-minimal-ai-gateway-zh","LiteLLM 推出 Rust 版輕量網關","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780899485895-xavr.png","2026-06-08T06:17:32.954118+00:00",[83,88,93,98,103,108,113,118,123,128],{"id":84,"slug":85,"title":86,"created_at":87},"4ae1e197-1d3d-4233-8733-eafe9cb6438b","claude-now-uses-your-pc-to-finish-tasks-zh","Claude 開始幫你操作電腦","2026-03-26T07:20:48.457387+00:00",{"id":89,"slug":90,"title":91,"created_at":92},"5bede67f-e21c-413d-9ab8-54a3c3d26227","googles-2026-ai-agent-report-decoded-zh","Google 2026 AI Agent 報告解讀","2026-03-26T11:15:22.651956+00:00",{"id":94,"slug":95,"title":96,"created_at":97},"2987d097-563f-46c7-b76f-b558d8ef7c2b","kimi-k25-review-stronger-still-not-legend-zh","Kimi K2.5 評測：更強，但還不是神作","2026-03-27T07:15:55.277513+00:00",{"id":99,"slug":100,"title":101,"created_at":102},"95c9053b-e3f4-4cb5-aace-5c54f4c9e044","claude-code-controls-mac-desktop-zh","Claude Code 也能操控 Mac 了","2026-03-28T03:01:58.58121+00:00",{"id":104,"slug":105,"title":106,"created_at":107},"dc58e153-e3a8-4c06-9b96-1aa64eabbf5f","cloudflare-100x-faster-ai-agent-sandbox-zh","Cloudflare 的 AI 沙箱跑超快","2026-03-28T03:09:44.142236+00:00",{"id":109,"slug":110,"title":111,"created_at":112},"1c8afc56-253f-47a2-979f-1065ff072f2a","openai-backs-isara-agent-swarm-bet-zh","OpenAI 挺 Isara 的 agent swarm …","2026-03-28T03:15:27.513155+00:00",{"id":114,"slug":115,"title":116,"created_at":117},"7379b422-576e-45df-ad5a-d57a0d9dd467","openai-plan-automated-ai-researcher-zh","OpenAI 想做自動化 AI 研究員","2026-03-28T03:17:42.090548+00:00",{"id":119,"slug":120,"title":121,"created_at":122},"48c9889e-86df-450b-a356-e4a4b7c83c5b","harness-engineering-ai-agent-reliability-2026-zh","駕馭工程：從「馬具」到「作業系統」，AI Agent 可靠性的終極密碼","2026-03-31T06:42:53.556721+00:00",{"id":124,"slug":125,"title":126,"created_at":127},"96d8e8c8-1edd-475d-9145-b1e7a1b02b65","mcp-explained-from-prompts-to-production-zh","MCP 怎麼把提示詞變工作流","2026-04-01T09:24:39.321274+00:00",{"id":129,"slug":130,"title":131,"created_at":132},"f2ca7720-b471-4ce5-9336-2a9ac2a876fd","amazon-bedrock-agents-multi-agent-workflows-zh","Amazon Bedrock Agents 進入多代理工作流","2026-04-01T09:30:29.945429+00:00"]