# 開發者

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

> Runlume 提供平臺能力、獨立業務應用與專業服務，支持按需組合。功能、額度與交付範圍由所選套餐或服務約定確定；官方應用可獨立選用，跨應用協作遵循接入配置與授權邊界。

原始頁面: https://runlume.app/zh-hant/developers

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

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

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

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

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

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

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

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

### 系統安全：共同治理，明確分工

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

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

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

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

### 產品與版本資料

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

### 身份與租戶映射

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

### 生命週期與可靠性

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

### 能力與授權範圍

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

1. 接入溝通
2. 提交契約
3. 校驗與沙箱
4. 審核版本
5. 發佈與商品准入
6. 持續交付與支持

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

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

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

### Vibe Coding 做出的應用，接入 Runlume 後還要做什麼？

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

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

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

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

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

### 接入前應該準備哪些資料？

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

## 相關頁面

- [平臺能力](https://runlume.app/zh-hant/platform)
- [官方應用](https://runlume.app/zh-hant/apps)
- [關於 Runlume](https://runlume.app/zh-hant/about)