把 MaiGPT 加進您的系統
把 MaiGPT 加進您自己的系統、給組織成員使用的端到端指南:從開通成員、換發 token、前端嵌入到登出與驗收,一頁讀完照著做
這一頁給「我們的系統要加上 MaiGPT」的工程師從頭讀到尾。不管您是企業自己的入口網站、內部工作台,還是替客戶代管的 SaaS,只要使用者是 MaiAgent 組織的成員(員工、承辦人),流程都一樣。每一步把要做的事直接寫在這裡,想深入才點連結。
全貌
做完之後:員工在您的系統登入,頁面裡直接出現 MaiGPT,能生圖、Deep Research、用連接器,權限、額度、對話歷史都跟著他在 MaiAgent 的成員身分;他不需要另外登入 MaiAgent,也不需要知道 MaiAgent 的存在。
開始前準備
第一步:開通成員
您的使用者要先是 MaiAgent 組織的成員。三種做法,選最省事的那個:
用名單同步工具:準備一份四欄的 CSV 或 JSON(人員編號、Email、姓名、角色),設好 SCIM 連線環境變數,先 --dry-run 看計畫再真跑,之後排程每天跑一次。名單上有的建立或更新、名單上消失的停用。
把 SCIM 的 Endpoint URL 與 Token 填進 IdP 的 provisioning 設定,IdP 會自動推送使用者與群組。細節見從 IdP 推送。
三件事要記得,都是實際整合時最常卡的:
角色名稱對上後台建好的角色:SCIM 建成員時
groups填的名稱,就是後台那個已設好權限的角色;名稱對不上會自動建一個沒有權限的新角色。Email 是帳號的鍵:
userName就是之後換發 token 用的 Email;建立後不能經 SCIM 改 Email。SCIM 建的帳號沒有密碼:這條路的員工不會登入 MaiAgent,這正是我們要的;若同時要開放 MaiGPT 網頁版或 App,另設 SSO。
第二步:後端換發成員 token
在您的後端開一支只給已登入使用者呼叫的端點(例如 GET /maigpt-token),內部以組織 API Key 向 MaiAgent 換發該成員的短效 token:
成功回 201:
把整份回應原樣回給前端就好。規則與狀態碼:
效期 15 分鐘、不發 refresh token
續期由前端 SDK 自動處理(第三步),您的後端只要「被叫到就換一顆」——每次都換新的,不要快取
token 只能用在 MaiGPT 對話端點
拿去打 /api/v1/ 任何 API 一律 401,外洩也不能碰組織資料
401/403
沒用 Api-Key/Key 的持有者不是擁有者或組織管理員
404
這個 Email 不是本組織的啟用成員——第一步沒做、或已被停用
每次換發都留稽核紀錄
組織的 API 請求紀錄可查,回應中的 token 不會被記錄
參數與更多細節見成員 token 換發。
第三步:前端嵌入
在要放 MaiGPT 的頁面加入嵌入碼,auth.getToken 指向第二步的端點;其餘都交給 SDK(初始化時取一次 token、到期前自動再取、同一則對話續用):
sourceId 一定要填回應裡的 member.userId,不是 member.id、也不是您系統的使用者編號。MaiGPT 靠它把對話對應到成員,填錯會變成匿名對話、看不到該成員的歷史。
容器要自己給高度;SPA 要等容器 mount 後再載入 SDK;baseUrl 與 SDK 網址是 SaaS 位址,私有部署請換成您的網域。版面與其他參數見 MaiGPT 模式嵌入。
第四步:登出與離職
使用者登出您的系統
前端呼叫 MaiAgent.auth.signOut()
iframe 清掉身分並停止續期;已發出的 token 最多再存活 15 分鐘
使用者離職/停權
第一步的停用(on_user_deactivated、名單移除、IdP 停用)
之後換發回 404,嵌入頁自然失效;對話與額度紀錄保留
復職
第一步的重新啟用
角色與歷史恢復
第五步:驗收
依序確認,每一項都有明確的判斷點:
成員存在且有角色:後台「成員管理」看得到這個人,角色是您設好權限的那個。
換發成功:第二步 curl 回
201;換一個不存在的 Email 回404。能對話:嵌入頁開啟 MaiGPT、送一句話得到回覆;用該成員登入 MaiGPT 網頁版(若有 SSO)或後台對話紀錄能看到這則對話。
能力對:請它生一張圖;若角色有開連接器與 Deep Research,入口會出現。
續期無感:頁面停留超過 15 分鐘再送訊息,不用重新整理、同一則對話繼續。
登出生效:
signOut()後再送訊息被拒;停用該成員後第二步回404。
上線後
SCIM Token 與 API Key 輪換:SCIM Token 建立超過 180 天後台會提醒;重新產生後舊的立即失效,記得同步更新伺服器環境變數。
方案容量:成員數影響內建 Agent 席次與每成員 Credits 額度,見成員 Credits 額度管理。
稽核:每次換發 token 都在組織的 API 請求紀錄;SCIM 的每次同步在後台「身份同步 → 同步紀錄」。
出錯時
換發回 404
Email 不是本組織啟用成員
回第一步確認成員存在、未停用、Email 相同(大小寫不分)
換發回 403
API Key 持有者不是擁有者也沒有組織管理權限
換用管理員發的 Key
聊天視窗「建立對話失敗(400)您沒有權限使用 MaiGPT」
成員的角色沒有 MaiGPT 使用權,或 auth 沒帶到
後台角色權限開 MaiGPT;確認 getToken 有回 accessToken 與 organizationId
對話是匿名的、看不到歷史
sourceId 填錯
用 member.userId
15 分鐘後送訊息失敗
getToken 沒被呼叫或失敗(看瀏覽器 console 的 [MaiAgent] 錯誤)
確認端點對已登入使用者可用、回應格式正確
成員建好但什麼都不能用
沒進任何角色,或角色權限是空的
後台角色權限設定;SCIM 用相同名稱指派
改了 Email 沒生效
SCIM 不允許變更 Email
後台修改,或停用舊帳號以新 Email 建立
更多 SCIM 錯誤碼見名單同步工具的錯誤對照。
深入閱讀
成員開通:SCIM/邀請/SSO — SCIM API 完整參考、三條路對照
串接 MaiGPT:選對 Agent、補齊能力 — MaiGPT 產品 vs 自建 Agent、成員身分嵌入的完整參數
最後更新於
這有幫助嗎?