按 ✕ 或 Esc 關閉・點背景也可關閉
從服務開通、用量計量到 Wallet 結算的完整閉環。
如何銷售 AI 混合模型額度與機器人的 AI 服務。
AI 服務種類、入口與購買情境變複雜，原有授權模型無法完整描述實際消費。
雲端看不到完整的 ASR 使用時長，必須由 Robot 保存實際送出的音訊秒數。
新舊訂單與分批購入的 Robot，不能再用「新覆蓋舊」的授權方式。
客戶需要檢視並管理旗下 Team／Group／Robot 的 AI 消費歸屬，一致可追溯。
全面記錄所有 AI 行為（包含 ASR、LLM、Local event、Online TTS）；只有可計費事件才扣 AI Points。
不是販售單一模型，而是可被不同產品入口使用、以 AI Points 結算的 AI Service Platform 能力。
| 服務能力 | 計價單位（原始用量） |
|---|---|
| 語音聽寫：聽懂使用者說的話Voice Input／ASR | 實際送出的音訊秒數 |
| AI 對話大腦：理解問題並回答LLM Brain／Realtime LLM | Input／Output Tokens、Realtime Provider 單位 |
| 知識檢索／外部 AI：查詢資料與外部服務RAG／External AI | Query 數或 Provider 計價單位 |
| 線上語音合成：讓機器人開口說話Online TTS | Output Characters 或 Provider 計價單位 |
| 裝置本機 AI：不連雲端也能用Local SLM／Local TTS／Local Task | 可使用、可記錄；無 Cloud 成本時不扣 Points |
① 硬體內含：每台 NB3 的 300K，只涵蓋 ASR／標準 LLM／Online TTS。② NUWA GenAI 加購：解鎖 RAG、Context-Aware、意圖分流與高階 Model —— 它的額度型態就是 AI Points 儲值包或 Subscription，能力授權與用量額度一起賣，不是另外第三層商品。詳見 P5–P6。
開通、消費、計量、通知與結算形成可追蹤的服務閉環。
點擊下方淺藍色步驟展開實作重點（「財務確認到帳」為線下前置，不另展開）。
來源：AI 授權資訊架構圖（BizConsole）、PRD §7 採購／開通、§8.1 方案發放。
來源：AI 授權資訊架構圖（Team Account · Team Wallet）、PRD §5.2 Wallet、§7.3 續約、ADR-0023。
來源：AI 授權資訊架構圖（Robots／RaaS Tools）、PRD §8 計價、§9 Usage Event、§10 Reservation、§14 報表。
來源：AI 授權資訊架構圖（System Mail／Notification）、PRD §11 低餘額與耗盡。
本頁不含未核准的實際價格、完整 Cost-Saver 替換表或付款 API。
300K 是商品內含額度，授予目標是那一台 Robot；不是 Team 可自由共用的總額度。
＝「本機端基礎對話保底」。
須另行加購 NUWA GenAI（下一頁）。
目前 Calculator 的 LLM 混合比例仍含 RAG（42.5%），與「內含額度不含 RAG」衝突。3K–4K 分鐘必須以 ASR＋標準 LLM＋Online TTS 重算，並分台灣／日本市場各自試算。P0 待重算
來源：MRD §3.1／§4.3、ADR-0040、CONTEXT「Bundled AI Allowance／Bundled Cost Ceiling」。價格與分鐘數為工作草稿，未經商務核准不得對外引用。
有效 GenAI 額度優先扣；基礎服務可回退內含額度，高階能力不可回退。
點選情境，看這一次呼叫會扣哪一個池：
來源：MRD §3.2–§3.4、ADR-0040、ADR-0041、CONTEXT「NUWA GenAI Add-on／Bundled AI Fallback」。NUWA GenAI 的售價與方案型態商務待拍板
實際案例模擬：代理商「光速機器人」旗下三個客人，買法與時間都不同。
| 客人 | 買法 | 時間（示意） |
|---|---|---|
| A · 幼兒園連鎖 | 月訂閱 Subscription | 2026/01 起，每月循環 |
| B · 商務飯店 | 年約，期中加購儲值包 | 2026/03/15–2027/03/14 |
| C · 連鎖賣場 | 先買一批 Robot，半年後再加購一批 | 舊單 2025/06、新單 2026/02 |
三個難題：額度歸誰？新舊訂單怎麼共存？客人能看到什麼？— 接下來用「兩款管理 × 兩款收費」回答，請帶著你手上的客戶案例對照。
代理商把大包 Points 分配給各客人的獨立錢包，同時自己留一部分 Team 共用額度作為備用。
不再二選一。Team Pool 與 Group Wallet 是 Hybrid 底下的兩個組件，同一個代理商（Team）可同時擁有；每筆 Entitlement 仍必須明確指定 team_pool 或 group_isolated，不可依 Robot 目前位置推測。
① Team Pool fallback 要不要包裝成加值合約條款（預設關閉、加購才開）？② 一開始要留多少比例在 Team Pool 當備用，才不會變成客人搶額度？
每筆訂單各自保留效期與 reset 規則，彼此不覆蓋 — 對帳與續約才乾淨。
| 客人（Group） | Point Lot | Reset／Rollover |
|---|---|---|
| A · 幼兒園 | 月訂閱 Lot，每月發一批 | 每月 reset，未用預設到期 |
| B · 飯店 | 年約 Lot ＋ 儲值包 Lot 並存 | 年約不 reset；儲值包依效期 |
| C · 賣場 | 舊單 Lot ＋ 新單 Lot 並存 | 依各自合約，新不蓋舊 |
① 未用點數預設到期不保留（rollover 需合約明定）— 你的客人能接受嗎？② 25%／10%／5% 預設警示線對你的客群合理嗎？
三種收入來源、兩種代理商模式；一張訂單 ＝ 一次收費 ＝ 一個 Point Lot。
| 來源 | 怎麼收 | 額度落在哪 |
|---|---|---|
| ① 硬體內含 300KBundled AI Allowance | 成本已含在 NB3 硬體售價（約 30 USD／台成本責任），出貨即帶 | 該台 Robot 的 Robot-targeted Lot，無時限 |
| ② NUWA GenAI 加購Add-on Entitlement／License | 另外收一筆，解鎖 RAG／Context-Aware／意圖分流／高階 Model | 專用 Point Lot 或 Subscription，走 team_pool／group_isolated |
| ③ AI Points 用量Top-up／Subscription | 儲值包一次性，或訂閱按週期收 | Team Pool 或 Group Wallet 的訂單 Lot |
儲值包一次收款、Lot 不 reset、效期內用完為止，適合用量不穩的專案型客人；Subscription 月／年定期收款、每期 reset 發新額度，帶來經常性營收。加購／續約／分批購入 ＝ 再開一筆新 Lot、再收一次，舊 Lot 不受影響。PH1 金流採線下確認，NUWA Purchase 線上金流排在 PH2（見 P13）。
對外以完整 AI Service package 銷售，不針對單一功能個別減價；內部後台保留操作彈性，對外商品收斂成少數幾種容易賣的方案。
會議中提及的 ASR 15–45 USD 等口頭數字缺少期間／幣別／稅額脈絡，未核准前不得作為報價依據。來源：20260807 會議紀錄 §3.5–§3.6、§7.1–§7.2、MRD §3。
低餘額保護是必要的服務治理機制，但具體模型替換策略仍待產品資料確認。
右欄為尚未定案的內容，不得畫成已核准的模型切換表。
低餘額保護處理的是「還有沒有點數」；高階能力有沒有授權是另一條線 —— 沒有有效 NUWA GenAI 額度時，RAG／Context-Aware／意圖分流／高階 Model 一律阻擋，不會因為內含 300K 還有餘額就放行（見 P6）。
商務視角三個問題：我們賣什麼？用量從哪來？點數怎麼流？
zoom_in 點圖放大檢視；按 ✕ 或 Esc 關閉
概念對齊圖，非完整系統功能清單；實際模組與邊界仍需各系統 owner 校正。
PH0 把用量與成本記錄正確，PH1 讓商業機制能開通收費，PH2 補齊客戶自助與銷售配套。
台灣、日本先完成成本、Rate Card、Calculator、毛利與 Cloud AI 放行驗證後才切換新制；美國、中國保留同一套可配置架構，既有客戶先維持原合約，驗證完成前不承諾新制分鐘估算。
完整清單（含負責角色與阻擋等級）見最後一頁 P15。
最容易被誤會的幾件事，用白話一次說清。
不行。語言授權像「門票」，讓機器人能講那個語言；實際講話用掉的雲端 AI（聽、想、答）另外扣 AI Points。門票和里程是兩筆錢，客戶才不會以為買一次就吃到飽。
不是，錢包可以很多個。我們採 Hybrid：每個客人（Group）有自己的獨立錢包，甚至每張訂單各有自己的額度；代理商另外留一池共用額度當備用。扣點永遠先扣客人自己的錢包，好處是「誰用多少、誰付多少」分得清楚，代理商分帳不吵架。
不會。新訂單另開一筆，舊額度照原效期用完為止。客戶不用怕「續約虧掉舊點數」，業務談加購也少一個心理障礙。
不會。只停「要花錢的雲端 AI」；喚醒、基本指令、本機語音照常運作。客戶體感是「變陽春」，不是「壞掉」——現場服務不中斷。
預設不行，到期歸零；要保留（rollover）必須寫進合約。這樣 NUWA 能準確估成本、客戶也清楚「當期額度當期用」，雙方都好規劃。
可信，而且必須這樣做——只有機器人知道實際送出幾秒，雲端看不到全部。機器人記錄、雲端結算、供應商帳單三方互相對帳，比單一來源更可信。
看得到「每次對話」的彙總：講了幾秒、用了幾點、剩多少。更底層的每一筆系統呼叫留在 NUWA 內部做稽核。客戶看得懂帳，原廠對得了帳。
這三條線都是預設值，客戶管理者可以自己調，每個 Group／錢包還能設不同值。唯一不能改的是 0%「停止扣費」——這是「絕不多收錢」的保證。
BizConsole 是 NUWA 內部的開通後台，PH1（～12/B）就有；Enterprise Console 是之後給客戶管理者自助用的，排在 PH2（～3/E）。在那之前客戶有需求，找 NUWA 窗口處理。
不是。300K 是那一台機器的內含額度，同團隊的其他機器人不能拿來用，也不會併成一個大池。它的用途是「這台機器至少能講基本對話」的保底，不是團隊採購額度。
只能用聽（ASR）、想（標準 LLM）、說（Online TTS）三件事。查知識庫（RAG）、記得前後文（Context-Aware）、需求分流與更聰明的高階模型，都要另外加購 NUWA GenAI，不能拿內含額度來用。
先扣 NUWA GenAI 那包，基礎和高階功能都從它扣。GenAI 額度不夠時，只有基礎的聽／想／說可以回退用該台機器的內含 300K；高階功能沒有額度就直接停用，不會偷吃內含額度。
不會不見，是「先冰起來」。機器人在團隊期間，個人點數暫停使用、效期也一起暫停，而且不能再單獨為那台機器買點數；退出團隊後，點數和剩下的效期就恢復。團隊剩下的額度則不會跟著機器人走。
Cost-Saver 詳細策略仍待產品補充資料後定案；其餘待定義問題見下一頁。
依負責角色分四類；P0 代表未定案就可能擋住上市或造成成本外洩，已決議 代表結論已定、只剩文件待更新。
以下不是商業決策，而是三份文件之間已經對不上的地方，需回頭修正，否則開發會照到不同版本。
來源彙整：docs/OPEN_QUESTIONS.md（狀態 open 者）、MRD §8、PRD §20 與「待業務／產品補充」、20260807 會議紀錄 §5。