廣東
上一篇《》才寫完就遇上一個具體需求場景。
在我的某個應用里，我只是需要調用一下某個 AI 能力，聯網搜索并分析一下行業數據，返回一個結論給我。
這一個調用，相當于把 kimi 的 agent 模式接口化給我，背后它要聯網要執行代碼啥的我根本不關注，我只需要這一次任務調用和結論返回，嵌到我的應用里。
研究了半天，最后發現業內已經有直接把整個完備 agent 運行時能力對外暴露接口的模式了，比如 hermes 的 api server 模式。
簡單講就是直接調用這個接口，讓 hermes 這個服務器自己去跑任務，這樣可以去集成在自己應用層，而不會像只能接到 im這樣束縛。
另外，類比一下，acp 協議可以理解成不直接暴露整個運行時完備的能力，而是分別約束某些 agent 能力的版本。
比如【聯網搜索+模型】agent、【代碼執行+模型】agent。它們都不是只調用 模型，而是調模型+的組合體能力。
前者是調 agent 運行時整個智能服務，包含了工程控制那整套，所謂的 harness，后者調更具體的 agent。
這么看來，我會抽象出三種調用類型，調用模型、調用 agent、調用 agent 運行時。
上邊這圖中，AI 分析部分，我就是直接在我程序里調用的 hermes api server 接口，調用的時候讓它聯網搜索分析，并跑腳本模擬，一步到位的。不是在程序側自己另外去接模型，又再接搜索服務。
不過，我期望這種調用 AI 能力的模式就像 serverless，但具體使用場景會不會豐富，意義會不會很大，我并沒有頭緒。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
