PHPverse 2026 重點摘要

賦能 PHP 開發者的 IDE

社群 活動 見解

6 月 9 日，PHPverse 2026 匯聚來自不同背景的 PHP 開發者，觀看領域專家的演講、交流意見，甚至嘗試捕捉奔跑的 elePHPant。五小時的直播累計觀看次數達 15,000 次，收到 10,206 則直播聊天留言，尖峰時段同時觀看人數超過 2,600 人。

我們的目標是為 PHP 生態系不同面向的聲音提供舞台。儘管觀點多元，各場演講所強調的主要挑戰與行動方向卻一致：與 AI 代理共存、因應新興安全威脅、鼓勵貢獻與社群參與，以及建構在現代 PHP 基礎之上。

以下是各場演講的快速摘要與重點見解。

Fabien Potencier 談 Symfony 專案維護

身為 Symfony 開源 GitHub 專案（包含超過 320 個「子樹分割」儲存庫）的維護者，Fabien Potencier 過去 20 年來將其長久存續歸功於幾項刻意選擇：穩定的核心維護團隊、堅持意見領袖角色、嚴格的可預測性，以及不可妥協的向後相容性。除了這些長期建立的實務，代理與 LLM 也為開源專案維護帶來新趨勢。

從使用腳本的人類，轉變為具備代理技能的人類。

Fabien 分享了他如何使用自己以 PHP 撰寫的 AI 代理，透過持續精煉的代理技能，進一步自動化處理拉取請求、Git 衝突解決與版本釋出。

好的 GitHub 議題就是好的提示詞。我們不再需要拉取請求。

Fabien 也提到 AI 正改變開源貢獻的定義：從附帶現成修正的 PR，轉向提供詳細、可重現且具備清楚脈絡、重現步驟與討論串的議題。若票證足夠完整，基本上就是格式良好的提示詞，代理即可據此自行產生修正。

我們以有趣的方式使用 Terraform：我們並非管理伺服器，而是確保所有 GitHub 儲存庫的一致性。

Symfony 對 Terraform 的應用值得特別關注。透過 Terraform，Symfony 將單體儲存庫視為單一事實來源，並維持超過 320 個 GitHub 儲存庫的描述、標籤與團隊權限一致。

觀看完整演講：

Ashley Hindle 談發佈代理產生程式碼的基礎架構

擁有超過 20 年 PHP 撰寫經驗，並累積超過半兆 token 使用各主要 AI 供應商的 Ashley Hindle，現今約 99% 的程式碼由代理撰寫。他在演講中主張，AI 如今已能可靠產生可上線的 PHP 程式碼，但此能力必須建立在讓系統「代理就緒」的基礎上。

代理能產出的能力與實際產出之間的落差，正是開發者的新工作。

Ashley 將代理就緒性描述為建立在可重現、可平行化的開發環境基礎上的多項支柱，這些環境必須具備代理所需的一切。

另一項重要考量是透過強制品質閘門，為代理建立快速回饋迴路。這些閘門包含三層檢查：僅針對變更檔案的預先提交檢查、針對整個程式碼庫的預先推送檢查，以及由代理協調的完整品質閘門（執行冒煙測試與無頭瀏覽器測試）。

你的 AGENTS.md 指引檔案應提供規則與參考指標，但修正與執行應由傳統工具自動化。

關鍵在於規則應存在於工具（Rector、PHPStan、Laravel Pint、Pest）中，而非臃腫的指示檔案，且代理應在程式化自動修正執行後才介入。

Ashley 目前專案的指引檔案僅有 124 行，開頭說明專案目標，並參考測試或功能的「黃金範例」。他另補充技能（最愛的是 Anthropic 的前端設計技能，以及 SVG 動畫、瀏覽器自動化與版本釋出的技能），以及作為參考的克隆文件儲存庫。

關於提示詞，Ashley 建議從計畫模式開始，讓代理詢問你想達成什麼目標，並務必標記相關檔案。

觀看完整演講：

Jonathan Bossenger 談當代 WordPress

我今天的目的不是要你永遠考慮 WordPress。我相信適才適所。但不要因為可能過時的觀念而忽略它。

Jonathan Bossenger 在演講中打破了關於 WordPress 的 10 個最常見迷思。首先是現代 WordPress 是過時程式碼庫且 OOP 原則使用不佳的誤解，他強調專案已建議新安裝使用 PHP 8.3，而 Gutenberg 編輯器與較新的核心程式碼（如 Interactivity API、AI 用戶端與 MCP 配接器）大量使用現代 PHP 實務，包括型別宣告、命名空間與更嚴格的模式。

區塊編輯器也已演進。區塊主題現使用 WordPress 自身的宣告式模板語言，取代舊式充滿 PHP 標籤的模板。

WordPress 6.9 相較 WordPress 6.8 速度提升 2.8 至 5.8 倍，且每次釋出都持續加速。

Jonathan 也探討了效能迷思。WordPress 現有專責團隊維護效能實驗室外掛程式，每次釋出都能帶來穩定、可衡量的進步，與過去的遲緩形成對比。

其他被 Jonathan 徹底澄清的 WordPress 迷思包括：過度依賴全域狀態、過度依賴外掛程式支援自訂欄位、範式不一致、安全漏洞，以及缺乏適當的相依性管理，以及使用 WP_Error 而非例外。

觀看完整演講：

Nils Adermann 談 2026 年 Composer 相依性的安全性

兩起近期安全事件——Intercom PHP SDK 被入侵與Laravel-Lang 專案遭攻擊——顯示開發者的威脅模型已改變，PHP 套件如今成為直接目標。

只要一個 GitHub 帳戶被入侵，或一個安全性不足的 GitHub Action，就足以擊中廣泛使用的 PHP 套件。

Composer 與 Packagist 共同創作者 Nils Adermann 在演講中詳細說明 Composer 與 Packagist 目前已防範的威脅、近期推出的措施，以及即將推出的功能。

我們正試圖將重點從反應轉向預防。

已推出的安全措施包括：Aikido 惡意軟體饋送整合至 Packagist、透過 zizmor 對 GitHub Actions 進行靜態分析、不可變的穩定版本、相依性政策架構，以及已棄用的原始碼回退機制（可能繞過惡意軟體封鎖）。

此外，多項措施仍在開發中，包括最小釋出年齡「冷卻期」、組織套件擁有權、分階段釋出並搭配多重驗證（MFA）核准、用戶端來源政策等。

觀看完整演講：

Jeffrey Way 談 AI 如何改變程式設計世界

AI 對網頁開發者究竟意味著什麼？視你目前閱讀的社群媒體討論串而定，你可能即將變得無所不能，或是失業。Jeffrey Way 在演講中探討了我們身為軟體開發者如今必須面對的三個擔憂、三個收穫與三個現實。

我們是否還有幾個月就會失去工作？這是個大問題。答案可能是。但幾乎可以肯定不會。絕對不會。

收穫主要圍繞野心與樂趣。AI 讓你能打造原本沒時間做的東西、打造原本做不到的東西，並消除你一直討厭的工作。

Jeffrey 也呼籲重新思考現行原則與系統——例如，提交或六週衝刺現在意味著什麼，或人類優化的最佳實務是否仍然適用——並建議將可重複使用的技能視為「近似於程式設計最佳實務的維基百科」。

觀看完整演講：

Mike Herchel 談現代 Drupal

資深 Drupal 核心貢獻者 Mike Herchel 挑戰了關於 Drupal 的迷思，並展示 Drupal CMS 與 Drupal Core 框架的巨大改變。

在底層，現代 PHP 讓 Drupal 更快。自 2015 年左右採用物件導向 PHP 與 Symfony 元件以來，Drupal 依賴 Composer、相依性注入、PHP fibers 以及 Mike 稱為「見過最好的快取系統」。最近一次釋出將資料庫查詢減少多達 33%，而 HTMX 正在取代傳統 jQuery Ajax 系統。

這是為代理打造的。

最後，Mike 指出 Drupal 的架構有多適合 AI。其嚴格的物件導向 API 與結構化內容為代理提供所需的明確回饋。Drupal 的 AI 計畫提供安全供應商連線的基本模組，以及超過 20 個附加模組，代理現已能產生 JSX 程式碼元件、Tailwind 類別、CSS，甚至 ECA 工作流程。

觀看完整演講：

Larry Garfield 談 PHP RFC 程序的內部運作

Larry Garfield 的演講聚焦新 PHP 語言版本背後的機制——以及任何使用 PHP 的人如何參與。Larry 說明郵件清單、良好語言特性的條件、RFC 生命週期與投票制度，並主張為「驅動網際網路」的語言做出貢獻，等同幫助數百萬開發者。

你不必看過任何一行 C 語言程式碼，就能參與討論並說「我絕對會用這個」——或「我永遠不會用這個」。

除了成為 RFC 作者，Larry 也鼓勵所有使用 PHP 的人參與已提交 RFC 的討論、提供回饋，並協助塑造哪些 RFC 能進入投票階段。

對話也觸及已成為 PHP 特性的 RFC。Larry 自己選出的過去十年最佳 PHP 特性是建構子屬性提升。展望未來，他歡迎泛型，但從生態系角度來看，他認為 FrankenPHP 是「目前最重要的事」。

觀看完整演講：

Elizabeth Barron 談 PHP 基金會

Elizabeth Barron（PHP 基金會新任執行董事）闡述這個組織存在的原因。目標是讓 PHP 長期永續且可行，資助人們為語言工作，同時明確不介入其治理。

2026 年的計畫是透過一系列特別興趣小組更積極參與並與社群共同建構：生態系安全團隊、PHP 大使計畫、 onboarding 計畫、密碼學 SIG、社群活動聯盟，以及無障礙與包容小組。

Elizabeth 也聚焦於改變對現代 PHP 的認知：

我擔心 PHP 嗎？一點也不擔心。原因有兩個：社群與語言本身。它很棒、很穩定，能完全做到你想要的事。語言本身不是問題——問題在於認知。這是絕對可以解決的問題——只要講故事並改變認知。

當被問及若獲得 1 億美元贊助，基金會會如何使用時，Elizabeth 的 immediate 答案是：用在 PHP 原始碼的待辦議題與 PR。

清除技術債務會讓前進變得容易許多。我認為合併需要時間的原因之一是流程不簡單。調整流程、清理東西——這一切都需要時間、金錢與精力，而還有許多其他有趣的事可以做。

觀看完整演講：

別錯過明年的 PHPverse

我們期待在明年的 PHPverse 見到你。訂閱電子郵件清單，搶先得知明年活動的日期與陣容。

想以講者身分參加？請在此提交演講提案。

別忘記在 X 上追蹤 PhpStorm 獲取最新消息。

訂閱 PhpStorm 部落格更新

探索更多