首頁RUNLUME / DEVELOPERS

開發者

保留獨立代碼、數據與部署,通過標準契約連接平臺。瞭解接入準備、租戶映射、審核發佈與持續服務的職責,讓業務系統走向可經營的 SaaS。

FROM CODE TO CUSTOMER.

從 Vibe Coding 到業務運營,走好產品化的最後一公里。

用 AI 輔助寫出功能之後,把應用交給企業持續使用,還需要處理用戶體系、產品售賣、分發開通與安全治理。Runlume 將這些常見的共性工作沉澱為基座能力,幫助開發者把更多精力放在業務邏輯、體驗與持續交付上。

這一公里關乎能否按約向客戶持續交付,不能用“代碼能運行”代替驗收。接入基座不等於免開發、自動上架、無需安全測試或保證商業收益;適配、發佈審核與合作條件按具體產品確認。

瞭解通信與數據規範
01

用戶體系:從登錄到業務權限

統一身份、企業賬戶、成員關係與應用實例訪問。應用對接本地用戶和角色,繼續校驗業務數據權限,讓“誰能登錄”和“能做什麼”各有依據。

02

產品售賣:連接套餐、訂單與權益

平臺組織產品、價格、訂單、支付狀態與訂閱權益,將客戶購買的內容對應到功能和資源額度;收款渠道、費用、退款與交付條件按具體配置及服務約定執行。

03

產品分發:從版本發佈到客戶開通

通過應用資料、版本審核、商品展示、實例開通與訪問授權,把可選產品交到客戶的工作空間。業務系統獨立部署,平臺不把代碼託管或服務器部署隱含在“分發”之中。

04

系統安全:共同治理,明確分工

基座提供賬戶與實例隔離、受控授權和重要操作記錄。私有化業務交付提供 License 授權管理與本地驗籤,按約定校驗部署範圍和有效期,不替代業務權限。應用開發者仍負責業務權限、輸入校驗、依賴更新與應用安全測試,部署和運維責任在交付時明確。

KEEP YOUR PRODUCT. CONNECT THE REST.

接入之前,把四件事準備清楚。

Runlume 通過契約連接遠程 SaaS,不接管業務代碼和數據庫。接入工作重點是把身份、生命週期、能力與交付責任對齊,而不是上傳一個安裝包。

查看接入文檔
01

產品與版本資料

說明產品用途、遠程服務端點、版本及負責人;用 Manifest、OpenAPI 與事件 Schema 描述平臺需要理解的邊界。

02

身份與租戶映射

對齊登錄身份、客戶賬戶、應用實例與本地工作空間,明確業務角色和數據訪問規則,不信任調用方自行聲明的租戶身份。

03

生命週期與可靠性

明確開通、進入應用、暫停、恢復及退出的處理方式;為重複請求、失敗與結果未知的情況準備冪等和恢復規則。

04

能力與授權範圍

列出可提供、需調用的接口與事件,說明數據範圍及副作用。系統接入不等於獲得其他應用的全部數據或操作權限。

INTEGRATE. REVIEW. OPERATE.

接入的是一條持續交付鏈路。

業務應用負責自己的領域邏輯、數據權限、獨立部署與服務質量;平臺負責共同的身份、商業權益、接入治理與受控交換。技術版本通過審核,不等於所有客戶自動獲得該產品。

  1. 01

    接入溝通

  2. 02

    提交契約

  3. 03

    校驗與沙箱

  4. 04

    審核版本

  5. 05

    發佈與商品准入

  6. 06

    持續交付與支持

產品上架、定價與收款由平臺統一組織,具體合作方式需另行約定。接入介紹不構成自動上架、收入分成或收益承諾。

瞭解產品經營路徑聯繫諮詢接入
COMMON QUESTIONS

從代碼到經營,接入前的幾個問題。

Vibe Coding 做出的應用,接入 Runlume 後還要做什麼?

Runlume 為用戶身份、產品售賣、開通分發、訂閱權益與受控連接提供運營基礎。開發者仍負責業務功能、數據模型、權限映射、測試和部署,並按接入契約驗證購買、開通、使用及到期等流程。

接入平臺是否需要重寫已有業務系統?

接入不以整體重寫為前提。先梳理登錄、實例歸屬、權限、可調用接口和事件,再確定適配範圍。已有系統的接口能力和隔離方式會影響改造工作量。

平臺安全能力可以替代應用自身的安全檢查嗎?

不能。平臺管理身份、實例訪問和授權連接,業務應用仍需校驗業務數據權限、輸入和操作規則,並維護依賴、日誌與備份。接入測試應包含越權、跨租戶、重放和異常路徑。

接入前應該準備哪些資料?

準備應用用途、運行環境、登錄方式、租戶與實例模型、接口說明,以及計劃售賣的功能和權益範圍。涉及外部服務時,還應列明數據流向、憑據管理方式和費用承擔方。