如果告訴你,一個技術棧在兩年內從“拼手寫HTTP”進化到“內置記憶體、工具鏈和多代理協作的平臺層”,你大概率會猜 Python。但這次的主角是 PHP。過去兩年,PHP 世界的 AI 基礎設施像開了 1.5 倍速——開發者從拿 OpenAI 客戶端寫幾行請求,一路走到搭建完整的代理系統,甚至同時管理多個專長各異的智能體。
過去做原型,一段調用模型的代碼不過七八行;可一旦開始交付業務價值,你會發現自己多數精力都耗在請求重試、上下文管理、工具執行排程這類“模型之外的事”上。正是在這種痛感驅動下,PHP 生態慢慢長出了三層結構。
![]()
最底層是負責“把請求發出去,把回答拿回來”的 SDK。典型代表是 `openai-php/client`,一個活躍維護的官方客戶端,把對 OpenAI 平臺的交互抽象成幾行方法調用,不給任何代理或工作流意見。優點是控制力拉滿,缺點是一切額外邏輯都得自己搭。過去相當多的項目就是停在這一層:模型調得動,業務圍著 SDK 堆砌。
往上一層則開始接管基礎設施。這一檔的庫不再只做搬運,而是把記憶、工具、可觀測性這類能力做成標準模塊。你要讓代理記住上下文?框架給你插一個記憶驅動;想讓它查數據庫?掛上工具就行。看起來像是加膠水,但好處是業務邏輯終于不再和 LLM 打交道的那一堆雜務攪在一起。
最頂層是平臺級方案,直接管理整個多代理團隊的調度、通信和狀態同步。此時你面對的不再是單個代理,而是一組各有分工的智能體,像是“分析請求”→“檢索信息”→“生成答復”的流水線,在 PHP 進程中就能跑起來。到這里,初始那幾行調用已縮成一張架構圖里的小小塊。
這套三層的生長路徑很實用:從手動到半自動,再到全托管,恰好對應團隊對可控性、交付速度和復雜度的權衡。想保持極致手感,就停在 SDK;要提效,先上框架;當業務需要多角色配合時,直接遷到平臺。PHP 能夠搭出這樣一套生態,本身說明 LLM 的集成不再只是腳本語言的專利。
所以下回聽見有人說“PHP 只能寫網頁”,可以把這張三層圖譜扔過去:兩年前還一臉勉強,如今已經是能支撐多代理應用的成年基礎設施了。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
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.