「OpenAPI」的搜尋結果
#OpenAPI也是一個關鍵字標籤
過去 31 天有 1 篇標成這個標籤 · 目前不在排行榜上
11/14（六）
個人代理協議Poppy 1.0登場 Shopify與銀行巨頭搶先支援AI串接
圖／本報資料庫商傳媒｜葉安庭／綜合外電報導AI 個人助理正在跨出單純對話的框架，直接替用戶向企業下單與處理事務。新型個人代理協議「Poppy」正式釋出 1.0 版本，讓用戶持有的 AI Agent 能夠跨越不同平台，直接與企業系統串接。這項技術標準奠基於 MCP、OpenAPI 與 Universal Commerce Protocol（UCP），目的是打破過去各大平台各自封閉的壁壘。 在技術規格上，Poppy 作為通訊協定——簡單來說就像替 AI 與企業網站制定一套共通語言與溝通規則——採用 OAuth 機制進行身分驗證。這項設計確保用戶能夠隨時掌控與管理 Agent 的授權範圍，防止未經授權的存取。 在開放生態的推動上，加拿大電商巨頭 Shopify 參與共同起草商業擴充規範，將 Poppy 與 UCP 串接。Shopify 平台上的商家已自動發布 Poppy 設定檔，讓全球超過 175 個國家的商家能直接支援消費者的個人 Agent 來訪互動。 金融與航運領域也同步加入支援。金融科技業者 Mercury Technologies 開放個人 Agent 存取商業與個人銀行業務，在符合帳戶審核政策的前提下，能執行查餘額、交易明細與發起付款。美國消費金融業者 Synchrony Financial 則在涵蓋逾 50 萬個實體通路據點的網絡中，測試透過個人 Agent 協助消費者找商品、辦分期與領取獎勵。 土耳其航空亦開放個人 Agent 查詢票價、班機狀態及管理訂位，甚至能直接替 Miles&Smiles 會員處理商務艙升等服務。企業若有意導入，可透過Poppy 企業建置工具套件取得驗證工具協助設定。
個人代理協議Poppy 1.0登場 Shopify與銀行巨頭搶先支援AI串接 | LIFE生活網
商傳媒｜葉安庭／綜合外電報導AI個人助理正在跨出單純對話的框架，直接替用戶向企業下單與處理事務。新型個人代理協議「Poppy」正式釋出1.0版
商傳媒
奧丁丁新聞
LIFE生活網11/13（五）
企業AI Agent架構揭密 強化自動化任務治理與可觀測性
圖／示意圖商傳媒｜葉安庭／綜合外電報導企業界導入人工智慧（AI）應用，正從單純的問答系統轉向更複雜的AI Agent（代理）模式。這類企業級AI Agent旨在透過持續執行任務來達成目標，過程中會分解工作、檢索知識、評估證據、運用外部工具並驗證成果，與傳統一次性回應的聊天機器人截然不同。 根據《Amazon Web Services》於週四發布的報導，此類AI Agent的核心是利用基礎模型（Foundation Model, FM）作為其推理核心，並整合工具、記憶體及防護措施（guardrails），來處理多步驟的複雜任務，並在不同環節間維持狀態與推理能力。企業採用AI Agent的目的，是為了自動化日常重複性工作，讓員工能專注於更高價值的任務，加速產品上市，並在不增加人力的情況下提升客戶體驗。 AWS為企業AI Agent設計了一套參考架構，共分為五個層次：API Gateway、一個五階段的Agent執行期（Agent runtime）、知識與狀態層、平台服務層，以及信任與控制框架。這個架構的關鍵在於其治理、可觀測性、信任控制、政策執行與成本效益，特別優化AI推理成本以創造更高價值。 該參考架構確保所有AI Agent的行動都能通過政策閘門（governed），每一步驟都能產生追蹤紀錄（observable），並透過信心評分與人工檢查點來建立信任（trustworthy），同時具備迭代學習能力，不斷提升理解力。 Agent的五階段執行循環包括： 理解、規劃與檢索 首先是「理解」（Understand）階段，Agent會處理使用者輸入，識別其意圖、情境（如對話歷史、使用者檔案）與限制（如時間、成本、可用工具）。接著進入「規劃」（Plan）階段，基礎模型會將目標分解為子任務，選擇合適的工具，並為每一步定義成功標準。隨後的「檢索」（Retrieve）階段，Agent會從知識庫（例如RAG，即檢索增強生成技術，讓AI能即時查詢企業內部資料再回答問題）、記憶體（短期與長期）和會話狀態中獲取事實，作為推理的依據。 推理、執行與觀察 「推理」（Reason）階段涉及模型路由（為任務選擇最佳模型）、決策（選擇下一步工具調用或調整計畫）與反思（評估行動結果）。最後的「執行與觀察」（Act and Observe）階段則會執行外部工具、解析並驗證結果，然後將反饋傳回下一輪循環。這個階段因為會修改真實系統，因此帶來顯著的治理風險，故在執行破壞性動作前，必須經過批准閘門，這可能是自動檢查、人工批准或兩者皆有，視風險程度與組織政策而定。行動驗證後，成果可以是回應、寫入資料、觸發工作流程，甚至在關鍵風險時啟動人工介入。 亞馬遜技術長沃納·沃格爾斯（Werner Vogels）曾在一次活動上指出，企業不應建構「信任待日後才建立」的AI架構。因此，這套參考架構從第一天起就將治理與可觀測性納入考量。AWS的Well-Architected Framework Generative AI Lens也將生成式AI工作負載圍繞六大支柱進行組織，確保Agent層次與這些標準保持一致，以釐清職責並提升可維護性。 此外，AWS建議的設計模式包括逐步自動化（Graduated autonomy），即從唯讀操作開始，逐漸擴大寫入權限；故障安全預設（Fail-safe defaults），在不確定時澄清或升級問題；多模型策略（Multi-model strategy），根據任務階段選擇適合的模型以平衡成本與效能；以及結構化工具介面（Structured tool interfaces），透過OpenAPI等明確規範介面。同時，應避免單一龐大Agent、無限制的循環，以及延後信任建立的架構。
10/29（四）
台中數位局開放資料連7年獲獎 推動政府數據轉化智慧服務 - 獨家報導
台中為亞洲第一個門牌點位上架全球開源地圖的城市。（圖/記者廖妙茜翻攝） （觀傳媒中彰投新聞）【記者廖妙茜/台中 […]
獨家報導