北京
如果告訴你，一個技術棧在兩年內從“拼手寫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.
