Apple 的研究人員最近發佈了有關 SQUIRE 的詳細信息，這是一種實驗性的人工智能工具，幫助開發者在界面設計上進行更精確的探索和完善。這篇名為《SQUIRE: Interactive UI Authoring via Slot QUery Intermediate REpresentations》的論文中，Apple 的開發團隊提出了一種新穎的 AI 生成界面方法。
研究人員指出，自然語言為開發過程的多個方面帶來了更多靈活性，但同時也帶來了兩個主要的挑戰：首先，自然語言本身可能存在歧義，這使得開發者難以準確表達他們的意圖；其次，模型的回應可能不穩定，開發者需要通過反覆試驗來修正不理想的變更。SQUIRE 正是為了解決這些問題而誕生的。
SQUIRE 提供了一個視覺界面，讓開發者能夠逐步構建和完善 UI 原型，對結果擁有更清晰的控制。在 SQUIRE 中，用戶通過提供描述 UI 目標的提示來開始項目，並附上包含參考信息的示例數據。用戶可以以樹狀結構的方式逐步構建 UI，通過提示 SQUIRE 填充代表缺失功能的空白。
當用戶提出這種請求時，SQUIRE 會生成一系列合適的替代方案，每個方案都是針對未完成 UI 中特定空白的。用戶只需點擊每個替代方案，即可立即更新實時渲染預覽和底層代碼，方便用戶直觀地查看差異。此外，用戶也可以針對 UI 的特定區域提出修改請求，SQUIRE 會生成臨時控制項，讓用戶快速應用語義相關的變更，而不需要重新提示。
研究顯示，參加測試的 11 位前端開發者能夠以更強的控制感探索和迭代不同的 UI 設計，並對系統的可用性和整體滿意度評價很高。這額外的控制感使開發者在探索其他可能的路徑時更有信心，因為變更容易進行、可預測且可撤回。
根據使用者研究獲得的數據，研究人員發現，參與者在使用 SQUIRE 時，經常進行探索，而不僅僅是將 SQUIRE 當作代碼加速工具；他們在進行變更時感到受到鼓勵，因為知道可以隨時輕鬆撤回不典型的決策；參與者對 SQUIRE 的變更意圖感到放心，並且對系統生成的代碼和視覺效果普遍感到滿意。
SQUIRE 的運作方式是，首先不直接從用戶提示生成界面代碼，而是創建一個稱為 SquireIR 的中間表示，這種表示將 UI 模型化為一棵可以隨時間填充的組件樹，結構中可以包含尚未定義的部分（例如按鈕標籤、圖片或內容區段），以及多個可能的 UI 替代方案。
在這之後，SQUIRE 會使用 HTML、CSS 和 JavaScript 將這一表示轉換為代碼，最終由 Web Components 處理 UI 結構。SQUIRE 的另一個關鍵特徵是變更的處理方式。如果開發者要求調整按鈕或佈局，只有該部分會被更新，而其他部分則保持不變。這樣的設計避免了許多 AI 編碼工具中常見的試錯循環，因為模型不會超出開發者的預期進行變更。
儘管這篇論文沒有詳細討論模型的訓練、架構或數據，研究人員提到 SQUIRE 是由 OpenAI 的 GPT-4o 驅動的，但論文的重點仍然是系統設計和互動模型。SQUIRE 目前並不對外開放，使用僅限於參加研究的 11 位開發者。不過，可以想像這樣的功能有可能在未來的 Xcode 或其他 Apple 開發工具中實現。
