先畫出代理人版圖，再動手寫引擎

打造空間運算執行環境的團隊，應該和執行環境本身一樣被刻意設計。RakuAI 從團隊形態出發——一個人類、一支代理人艦隊——因為架構是由打造它的人所決定的。

這個週六花在一場白板演練上，任何旁觀者都會覺得為時過早。產品離出貨還有很長一段路。引擎連儲存庫都還不是。沒有程式碼。沒有展示。有的是一份硬體路線圖、一批可以追溯十多年的專利資產，以及一個關於下一代 AR 眼鏡應該是什麼樣子的清晰論點。而我就坐在廚房餐桌前，規劃將要打造這個東西的代理人。

這是刻意為之。

為什麼代理人要先行

在專案的這個階段，常規做法是開始寫程式。開儲存庫。做概念驗證。等 PoC 開始需要幫手時再招募工程師。出貨 MVP。反覆迭代。

我已經沿著常規路徑創辦過三家公司。我決定這一次要不一樣。打造這個引擎的團隊，將會是一個人類加上一支在明確角色中運作的 AI 代理人艦隊。引擎的架構、SDK 的形態、程式碼審查的紀律、開發迴圈的節奏，全都取決於團隊形態。如果我不先弄清楚團隊形態，最後得到的引擎會是為另一支團隊打造的，而不是實際要打造它的那支團隊。

所以今天是團隊形態日。

名單

這是我正在敲定的代理人名單，以及每一位應該負責的角色。

產品代理人（Product Agent）。 負責規格。追蹤硬體更新、供應商路線圖、SDK 相依性、公開發佈日曆。產品代理人是「引擎應該做什麼」的正典事實來源。其他代理人以產品代理人對規格的解讀來核對自己的工作。

SDK 代理人（SDK Agent）。 負責 SDK 本身。文件、上手流程、相容性測試、套件發佈。SDK 代理人是開發者最常互動的代理人，形式包括生成的文件、範例應用程式和上手錯誤訊息。它的產出必須有真正的開發者關係職能的水準。

工作室代理人（Studio Agent）。 負責對遊戲工作室與獨立開發者的外聯。展示準備。共同行銷素材。專門針對工作室的上手文件。工作室代理人的指標是轉換率：一家跟我們談過、然後在引擎上出貨作品的工作室。這個指標還在遙遠的未來，而工作室代理人的日常，就是慢慢累積能催生這個指標的關係。

行銷代理人（Marketing Agent）。 負責面向大眾的介面。媒體資料袋。如果走 Kickstarter 路線就準備相關素材。網紅追蹤。硬體活動素材。落地頁的 A/B 測試。這個代理人的產出是世界第一眼看到的東西。它必須夠好。

營運代理人（Operations Agent）。 負責節奏。站立會議（跟我開）。Notion／甘特圖管理。瓶頸警示。高階摘要。營運代理人是我每個週六一開始就會找的代理人，用來了解其他代理人在我不在的工作日裡做了什麼。

AI 與資料策略代理人（AI and Data Strategy Agent）。 負責資料飛輪。擷取來自 SDK 和眼鏡的遙測資料。打造最終會駐留在裝置端的小型語言模型。精進 AI 護城河。這是工作成果隨時間複利效應最強的代理人，因為它產出的資料和模型會成為無人能複製的差異化優勢。

Codex 開發子代理人（Codex Dev Sub-Agent）。 寫程式。整合執行環境 API。打造 Unity 和 Unreal 展示。在技術上手方面支援 SDK 代理人。這是自主的程式撰寫代理人。它在指示下工作。它不自行設定優先順序。

這就是最初擬定的名單：七個代理人在明確的角色中，彼此之間有明確的互動。

我要加入的三個角色

最初的名單已經涵蓋了大部分。我認為還需要三個角色，但原始草稿裡沒有。這個週六把它們加進來。

開發者關係代理人（Developer Relations Agent）。 GitHub 議題。Discord。Reddit。當開發者提問、而 SDK 代理人還沒有對應文件時，出面回應的代理人。這是接待工作。這也是布道工作。這個角色的合適人選（或合適代理人）能與工作室和獨立開發者建立信任，這是再多行銷素材都無法取代的。

策略合作夥伴代理人（Strategic Partnerships Agent）。 B2B 外聯。授權洽談。與電玩咖啡廳、電競場館的共同行銷合作——任何能讓工作室以外的人率先體驗產品的地方。這是負責開拓非消費者營收管道的代理人。

代理人治理代理人（Agent Governance Agent）。 監督其他代理人的代理人。提出升級建議。管理版本。在某個代理人做出錯誤判斷時處理回滾。我認為這種遞迴才是這類工作流程真正的關鍵突破。沒有它，代理人會漂移。有了它，代理人會隨時間變得更好，因為有人在監督這些監督者。

互動圖長什麼樣子

白板版本，簡化後：

• 高階監督（我）位於頂端。
• 代理人治理代理人位於我之下，監督它以下的一切。
• 產品、SDK 和 Codex 開發構成一個技術工作的三角。
• 工作室和開發者關係構成面向開發者的介面。
• 行銷和策略合作夥伴構成面向外部的介面。
• 營運和 AI／資料位於底層，作為橫切關注點。

每個代理人都與其他代理人有明確的互動。SDK 跟 Codex 開發對話。工作室跟行銷對話。營運跟所有人對話。治理代理人監看整體，並在某個代理人的產出開始偏離其角色時介入。

這不是一家傳統公司的組織圖。這是一個工作流程的組織圖，其中大多數方格是 AI 代理人，它們之間的大多數連線是自動化的交接。圖中唯一的人類位於頂端，負責定框架和做判斷。其他每一位都是代理人。

為什麼現在做這件事正是時候

三個理由。

引擎架構會被團隊形塑。 文件、測試、程式碼審查這類橫切關注點，如果要讓代理人參與其中，就必須從第一天起設計進程式碼庫。如果我先寫程式碼庫，之後再試著把代理人塞進去，大部分工作我得做兩遍。

專利資產給了我從容規劃的跑道。 支撐這個產品的專利是十年前的先前技術。競爭的時間壓力不是「三個月內出貨，否則別人會先出」，而是「在對的時刻出對的東西——這個時刻比過去十年任何時候都近，但仍容得下一個規劃季度」。我要把這個季度用好。

代理人本身也需要被設計。 每一個都需要系統提示詞、一組工具、一組防護欄。在寫代理人之前先寫引擎，等於在工作已經開始之後才招募團隊。引擎專案就是這樣淪落到把代理人硬塞進程式碼庫從未設計要支援的角色裡。

接下來是什麼

下個週六投入 SDK 設計。資料夾結構、模組介面、開發者與每個部分互動的樣貌。再下一個週六投入展示套件：正典範例應用程式是哪些、它們證明什麼、它們教什麼。到夏天結束時，設計階段應該完成，真正的儲存庫就能開張。

以傳統創投節奏的標準來看，這是一場慢工出細活的建設。等它完成之後，就不會有人覺得慢了。