20個可玩遊戲的排隊聽起來像是個規模問題：更多的概念、力學、藝術、路線、後設資料、測試和發行協調。 實際上，最困難的部分是不能產生更多的產出。 它保持了每一個貢獻的最小程度，足以理解，並且每個遊戲都足夠一致。
我們把工作流程描述為AI-inative，因為AI代理商參與了生產系統：探索執行路徑，起草限定功能，檢查程式碼，幫助準備內容和資產。 這並不意味著遊戲是完全AI生成的，或者在沒有人類判斷的情況下發行的。
重複模式比巨大的電源更接近工作室管道。 我們把每個管道的所有權都簡化為可測試的迴圈，給代理商提供狹隘的可交付成果，孤立的並行工作，透過共享登記冊整合，並播放結果，要求現場透過建設和發現檢查，然後才能向釋放方向發展。
快速閱讀
核心要點
- 每款遊戲開始都有一個可觀察到的玩家迴圈，並定義了可以測試在瀏覽器中的完成。
- 如果將人工智慧分為有明確檔案、限制和驗收的有限度的可交付品，則人工智慧工作就更加可靠。
- 平行工作透過孤立的工作樹、共享登記冊和小型一體化表面得以管理。
- 人類的遊戲測試、生產建設、路線檢查和SEO驗證仍然是釋放門，而不是可選的清理。
AI - Native 並非完全自治
標籤很重要，因為它改變了工作流程的評價方式。如果目標為自主輸出，那麼衡量標準將是代理人是否生成檔案。我們的目標是可玩性、可理解性、可維護性的經驗，因此衡量標準是工作是否透過明確的產品和技術檢查。
AI在加速完善的工作方面是有效的：定位相關程式碼，執行定義的互動，產生第一個內容結構，檢查重複模式，或者探索視覺方向。 人類仍然選擇了概念，解決了權衡，玩遊戲，判斷清晰度和感覺，審查了索賠，並確定了結果是否已經就緒。
| 工作流程層 | AI可以加速 | 人類所有權 | 接受證據 |
|---|---|---|---|
| 概念 | 差異、參考、風險問題 | 觀眾、幻想和範圍 | 一刑決方承諾 |
| 遊戲 | 機械學和UI狀態 | 感覺、困難和一致性 | 可播放核心迴圈 |
| 資產 | 勘探和生產候選產品 | 藝術方向、權利和最後選擇 | 核准的遊戲中資產 |
| 一體化 | 路線、登記和組成部分更新 | 結構和迴歸決定 | 構建和路由檢查 |
| 釋出 | 核對表執行和問題發現 | 進/出批准 | 人類遊戲測試加驗證結果 |
以可觀察迴圈啟動每場遊戲
類似“讓一個塔式防禦遊戲”這樣的寬泛指示留下了太多的決定得不到解決。 我們寫了最小的有用的玩家迴圈：玩家所看到的，他們能做的，他們能做的，什麼變化，成功或失敗的出現，以及他們為什麼要採取另一輪行動。
這份簡報成為了第一個接受測試。 在新增進取、敘事或拋光之前，瀏覽器的構建必須讓玩家理解目標，執行主要動作，接收反饋，並實現有意義的狀態變化。
迴圈還保護了每個標題不會成為生成的特性的集合。新想法只有在強化核心動作或使其反饋更清晰時才會被接受。不為迴圈服務的吸引性系統可以等待。
- 玩家目標：一個結果，玩家在短會後可以解釋。
- 主要行動： 重複輸入， 產生大多數決定。
- 反饋：即時視覺，音訊，分數，或世界反應。
- 壓力：時間，空間，風險，稀缺，或者一個對手改變選擇。
- 結束狀態：一個明顯的贏，輸，補，或過渡到下一跑。
給代理 帶限交貨
當任務被命名為確切結果、允許檔案、限制和證明時，代理商就產生了更可靠的工作。 “改進遊戲”很難審查。 “新增一個暫停狀態，停止模擬更新，保持鍵盤的可用性，並在生產建設中倖存下來”有明顯的界限。
我們把發現與執行分開。 代理商首先找到相關的路線、遊戲註冊、元件和驗證命令；然後它改變了滿足簡要內容的最小表面。 這減少了投機性改寫，使審查既方便人又方便後人。
每次交接都包含變化，測試，以及仍然不確定的內容，未知的不隱藏在自信的傳言背後，如果一次互動需要主觀除錯，則結果被明確標註在人類的試玩上，而不是被單位測試宣佈完成。
整合前孤立並行工作
平行代理只有在它們的改變可以被理解和結合時才有用。 Git worktrees讓多個工作樹附著在同一暫存器上，這使得每個有邊框的改變都有一個孤立的分支和目錄，而不再克隆整個工程。
孤立阻止了一個實驗靜默地修改另一個代理檔案，但並沒有消除協調。 我們保持了所有權界限的清晰，避免了數項任務同時重寫相同的共享檔案，並透過可審查的修改而不是將整個目錄複製在一起來整合。
實用規則很簡單：將獨立的遊戲或內容工作平行，將修改序列化到共享基礎設施，整合後重新執行完整的構建。 一個快速平行的草稿在組合產品中工作之前，不是釋出文物。
使遊戲在人類認可門上進行測試
程式碼可以證實一條路由和相互作用變化狀態。它不能決定第一個目標是否可以理解，失敗是否公平，或者第二分鐘是否比第一個更有趣。 這些問題留在人類玩家身上。
我們用重點通行證而不是無結構化的要求來“嘗試遊戲 ”。 一次通行證檢查了前30秒和控制元件，另一次通行證檢查了核心迴圈和故障恢復，另一次檢查了整個視點大小的佈局、可讀性、聲音和重啟行為。
反饋作為可觀察到的問題返回：“第一個目標出現在控制提示之前 ”， 或者“重新開始讓得分從前一次執行中離開 ”。 具體觀察比“遊戲感覺不妙”這樣的判斷更容易讓代理商或開發商固定。
| 播放測試合格 | 問題 | 示例 |
|---|---|---|
| 第一次聯絡 | 新玩家能識別進球和輸入嗎？ | 第一次有意行動和混淆說明的時間 |
| 核心迴圈 | 每項行動是否都會產生可讀的反饋和另一個決定？ | 已記錄的執行狀態更改 |
| 失敗 | 玩家能理解發生了什麼並恢復嗎？ | 丟失訊息、 重新啟動和保留狀態檢查 |
| 響應的使用者介面 | 遊戲能否以支援大小讀取和控制？ | 桌面和移動檢視埠抓取 |
| 返回遊戲 | 是否有理由再試一次？ | 玩家對下一個策略的解釋 |
將構建、 SIO 和 釋出檢查作為產品工作
可玩程式碼只是瀏覽器遊戲發行的一層，周邊頁面需要穩定的URL，有用的後設資料，工作空洞，可發現的導航，影象，應答的佈局，以及當它打算公開和可索引時的站點對映覆蓋。
下一步.js可以在構建時生成動態路由引數，並將支援的路由匯出為靜態檔案。在我們的工作流程中，這些機制由共享內容登記冊支援，然後透過生產構建和SIO驗證進行檢查，而不是因為開發頁面開啟而假設工作有效。
最後一個門是故意無聊的：構建完整的站點，檢查生成的路徑，驗證發現後設資料，開啟本地製作預覽，播放已更改的遊戲，並記錄結果。重複將清單轉換為基礎設施；跳過它將小遺漏轉化為公共缺陷。
- 存在一個重點突出的、可觀察到的核心迴圈。
- 這種變化是孤立的、可審查的，並透過共享合同加以整合。
- 人類扮演了生產形狀的結果。
- 完整的專案在整合後成功建設。
- 公共路線、運河、後設資料、和網站地圖的覆蓋面都得到核實。
- 釋放或部署仍需作出明確的人的決定。
常見問題
AI-本土遊戲開發是什麼意思？。
這意味著AI參與生產流程，而不是僅僅用於單一資產或晚期實驗。 人類仍然擁有產品意圖、審查、播放質量、權利決定和發行批准。
全部20款遊戲都是AI完全生成的？
網際網路上，我們沒有將“AI-native”作為完全自主或完全AI生成的同義詞。 線條將AI-輔助工作與共享工程系統、人類藝術和產品選擇、遊戲測試和釋放門結合起來。
為什麼從一個遊戲遊戲迴圈開始？
一個小迴圈讓代理商和審查者都對進展有一個具體的定義，也暴露了這個想法在團隊投資更多內容之前是否可以理解和可重複。
多個AI代理可以並行構建遊戲嗎？。
它們在所有權和一體化點明確時可以平行地在獨立、有界限的地區開展工作。 共有的基礎設施改革仍然需要協調和一體化後的綜合建設。
為什麼要用Git工作樹來做代理任務？
Worktree提供單獨的工作目錄和連線到一個暫存器的分支，它們減少了意外重疊，使每個更改更容易檢查，但不會取代審查或衝突管理。
AI遊戲開發任務應包括什麼？
說明想要的玩家可見結果，相關檔案或邊界，技術限制，以及接受所需的證據。標記玩家測試的主觀問題而不是假裝自動化可以解決問題。
你怎麼保持20場比賽的一致性 卻又不讓他們完全相同？
我們把周邊合同——路線、後設資料、註冊、驗證和審查——標準化，同時允許每款遊戲保持其核心迴圈和視覺方向。 一致性適用於生產質量和發現，而不是流派或機械。
AI輔助遊戲的最終發行門是什麼？。
人類必須發揮綜合成果，批准經驗，然後是成功的生產建設和路線、後設資料和現場地圖檢查。 部署仍然是單獨的明確決定。
資料來源與延伸閱讀
- Git 工作樹文件
管理多個工作樹的Git官方參考文獻，附在一個暫存器上。
- Next.js 生成StaticParams 文件
建設時動態App路由器部分的官方路由生成參考。
- Next.js 靜態匯出指南
官方指導從支援的 Next.js 路由生成靜態 HTML 輸出。
下一步