這些情況適合轉入 Agent.Space 工作流程
- 已經有可運作並同步至 GitHub 的 Lovable 專案。
- 下一項工作涉及多個檔案、除錯或可重複的驗證。
- 需要分開選擇 Agent 與模型，並保留可檢查的交接紀錄。
Lovable 替代方案 · 既有專案工作流程
適合既有 GitHub 專案的 Lovable 替代方案
不必因為改變開發方式，就重做已經完成的原型。先使用 Lovable 官方 GitHub 整合同步專案，再把已獲授權的工作副本放入 Agent.Space，選擇相容的 Coding Agent 與 GPT-6 Astra 繼續開發。
- Lovable 專案
- GitHub 交接
- Agent Workspace
01 · 真實證據
保留現有程式碼，改用更適合後續開發的工作流程
實際案例應展示 GitHub 交接、修改檔案、建置結果與 Preview。這不是 Lovable 帳號遷移、自動匯入或規避額度的方式。01LovableLovable 專案
02GitHubGitHub 交接
03Agent.SpaceAgent Workspace
先透過 Lovable 官方流程同步到 GitHub，再從一個已獲授權的工作副本、一項範圍清楚的修改和一組驗收條件開始。
繼續開發現有專案02 · 工作流程
延續 Lovable 專案，但不假裝可以一鍵遷移
這是專案檔案交接，不是 Lovable 帳號遷移、自動同步或規避額度的方式。- 01
透過 Lovable 同步到 GitHub
由 Workspace 擁有者或管理員使用 Lovable 官方連接器建立並同步專案儲存庫，先保存可正常運作的基準版本。
- 02
在 Agent.Space 開啟工作副本
把已獲授權的專案檔案放入 Workspace，先選擇相容的 Coding Agent，再依即時選擇器選用 GPT-6 Astra。
- 03
審查後再決定如何回寫
檢查 Diff、建置與 Preview；只有在確認要讓 Lovable 收到修改時，才透過核准的 Git 流程合併到已連接儲存庫的預設分支。
03 · 任務匹配
適合已從原型發展成程式碼專案的工作
當專案需要跨檔案修改、可重複的檢查或明確交接時，後續開發的重點已經改變。這些情況更適合繼續使用 Lovable
- 仍需要從提示詞直接生成並託管應用程式的零程式碼體驗。
- 期待一鍵搬移帳號、資料、使用者、祕密或後端服務。
- 唯一目的只是規避 Lovable 的額度或使用限制。
04 · 能力邊界
GitHub 能交接程式碼，但不會自動搬移所有託管服務
資料、儲存、驗證、祕密、OAuth 與託管都需要另外審查或遷移。- 01
Agent.Space 不會直接連接或接管 Lovable 帳號；GitHub 是程式碼交接邊界。
- 02
移動或重新命名已連接的儲存庫，可能會破壞 Lovable 的同步。
- 03
GPT-6 Astra 的方案存取與 Agent 相容性，以 Agent.Space 即時選擇器為準。
06 · 常見問題
