本地部署AI應用貨幣化：積分、路由同使用限制

當客戶控制嘅部署可以通過批准嘅連接路徑發送選定嘅AI請求時，本地AI應用程式嘅貨幣化變得實際可行。應用程式可以保持安裝喺客戶嘅環境中，而其可變推理使用量會被單獨測量同定價。.

呢個區別好重要。一個隔離網絡嘅安裝無法使用連接嘅推理路徑。一個連接嘅本地產品可以，但只限於客戶批准嘅請求、數據、模型同環境。.

對於軟件供應商嚟講，商業問題係簡單嘅：永久許可證、年度合同或者座位價格係可預測嘅，而AI使用量唔係。一個部署可能每星期生成幾個摘要。另一個可能每日運行數千個文檔、支持、搜索或者代理任務。.

答案唔係將產品移出客戶控制範圍，而係為合資格嘅AI功能創建一個清晰嘅使用層。.

點解本地AI應用程式貨幣化需要一個連接邊界

“本地”描述咗產品運行嘅地方。佢唔係自動意味住每個AI請求都必須喺本地處理，亦唔係意味住每個部署都可以將請求發送到其環境外面。.

喺定價之前，將部署分為兩條路徑：

• 隔離網絡或者完全本地： AI處理保持喺客戶嘅環境內。ShareAI路由嘅貨幣化唔適用於呢啲流量。.
• 連接或者選擇性連接： 批准嘅AI請求可以使用外部路徑。呢啲請求可以被標記、計量、限制，並作為單獨嘅使用流定價。.

喺架構文檔、訂單表格、產品設置同面向客戶嘅使用語言中明確呢個邊界。唔好將連接使用模型當作係離線功能嚟賣。.

將軟件許可證同可變AI使用分開

一個本地許可證通常支付產品訪問、部署權利、支持、維護或者約定用戶數量嘅費用。AI推理會產生另一條成本曲線。.

官方模型文檔顯示咗原因：模型API通常區分輸入同輸出使用量，而費率會因模型同功能而異。睇下 OpenAI 模型目錄 同埋 Claude定價文檔 用於當前例子。.

嘗試將嗰個變量使用隱藏喺一個無限軟件費用入面會造成兩個可避免嘅問題：

• 輕量客戶可能會補貼重量客戶。.
• 當請求量、上下文大小、輸出長度或者模型選擇改變時，供應商承擔利潤風險。.

一份更清晰嘅合同將耐用軟件權利同可選嘅連接AI消耗分開。客戶可以理解牌照涵蓋咩同咩會產生額外使用。.

喺設計信用之前選擇一個使用單位

信用最好係映射到客戶已經理解嘅單位。由產品行動開始，然後計算背後嘅推理成本。.

AI 功能	面向客戶嘅單位	成本驅動因素監控	有用嘅控制
文件提取	頁面、文件或者完成嘅工作	輸入大小、模型、輸出架構、重試次數	文件同每月工作上限
支援助手	草稿、對話或者解決嘅案例	上下文長度、回應長度、工具調用	每工作空間預算
RAG搜索	查詢或有根據嘅答案	檢索、重新排序、提示大小、輸出	每日查詢限制
AI代理	運行、步驟或完成嘅工作流程	模型調用次數、工具、重試次數	最大步驟同支出

面向客戶嘅單位應該穩定到足夠用於預算。內部計量應該保持足夠詳細去解釋成本、診斷異常同改善路由。.

將信用視為包裝，而唔係真相來源

信用係一個方便嘅產品抽象。佢唔應該取代準確嘅使用記錄。.

喺推出之前定義呢啲規則：

1. 每個AI功能嘅一個信用代表咩。.
2. 唔同模型或操作是否以唔同速度消耗信用。.
3. 邊個津貼係包含喺軟件協議入面嘅。.
4. 當津貼快用晒嘅時候會發生咩事。.
5. 客戶可唔可以批准加額、提高上限、轉換模式或者停止連接AI使用。.

避免每個工作流程都用單一不透明嘅信用價格。一個簡短嘅摘要請求同一個多步驟嘅代理運行可以有好唔同嘅成本概況。.

用部署層面嘅上下文路由合資格嘅請求。

連接本地盈利依賴於歸因。每個路由請求都應該識別商業背景，而唔暴露唔必要嘅客戶數據。.

有用嘅路由同報告字段包括：

• 客戶或者賬戶識別碼；;
• 部署識別碼；;
• 工作空間、部門或者租戶識別碼；;
• 功能同使用事件類型；;
• 環境，例如生產或者測試；;
• 選擇嘅模型或者路由策略；;
• 用於重試同重複處理嘅請求識別碼。.

應用程序保持喺ShareAI外面。對於符合條件嘅連接使用，產品通過ShareAI發送批准嘅推理流量。團隊可以審查 ShareAI文檔 喺計劃集成邊界嘅時候。.

唔好將請求標籤當作合規聲明。佢哋係用於歸因、報告、支持同使用控制嘅操作元數據。每個供應商同客戶仍然需要評估佢哋環境嘅數據處理、網絡、模型、安全同合同要求。.

添加使用限制以保護客戶同產品。

好嘅限制喺成為阻礙之前係可見嘅。使用多層：

• 包含配額： 喺商業套餐中包含嘅一定數量嘅連接AI使用。.
• 軟性提示： 喺可預測嘅預算或者信用額度閾值時嘅通知。.
• 硬性上限： 客戶控制嘅停止，防止未批准嘅超額使用。.
• 行政批准： 一條清晰嘅途徑去增加信用額或者提高預算。.
• 工作流程限制： 最大文件大小、上下文大小、代理步驟、重試次數或者輸出長度。.
• 後備行為： 當連接嘅AI不可用或者達到上限時嘅定義產品狀態。.

產品應該顯示剩餘配額、最近使用情況同埋消耗配額嘅事件。客戶唔應該需要從令牌日誌中反向推算賬單。.

ShareAI Builder點樣處理資金流向

ShareAI係合資格AI流量嘅路由、使用、計費、利潤同埋支付層。佢唔係應用程序構建器或者本地部署平台。.

流程係：

1. 你嘅團隊喺ShareAI外面構建同埋運行應用程序。.
2. 合資格嘅連接AI請求通過ShareAI路由。.
3. 你為嗰個應用程式流量設定附加費或者利潤。.
4. 客戶為路由嘅AI使用向ShareAI付款。.
5. ShareAI通過佢嘅市場路由推理。.
6. ShareAI 每月根據嗰啲流量產生嘅收入向Builder支付。.

建設者嘅付款係同建設者應用程式嘅流量掛鉤嘅。佢哋同供應商因為提供合資格嘅計算能力而獲得嘅獎勵係分開嘅。.

本地AI應用程式盈利實施檢查清單

• 將每個部署分類為隔離、僅限本地、已連接或者選擇性連接。.
• 識別允許使用連接路徑嘅AI工作流程。.
• 為每個工作流程選擇一個面向客戶嘅單位。.
• 記錄模型、請求、部署、工作空間、功能同環境上下文，用於歸因。.
• 定義包括嘅允許範圍、警報、硬性上限同批准路徑。.
• 解釋軟件許可涵蓋嘅內容同咩會產生付費AI使用。.
• 設計產品行為應對信用耗盡、網絡故障、路由故障同模型不可用。.
• 測試重試同重複處理，確保一個客戶操作唔會被計算兩次。.
• 俾客戶清晰嘅使用概覽同支持流程。.
• 同客戶嘅技術同商業利益相關者審查架構同數據路徑。.

常見問題解答

本地部署嘅軟件可唔可以用ShareAI Builder？

可以，當本地部署嘅應用程式可以通過批准嘅連接路徑路由合資格嘅AI請求時。應用程式仍然係喺ShareAI外面構建同部署。.

ShareAI會唔會托管本地部署嘅應用程式？

唔會。ShareAI提供路由、使用、客戶付款、利潤同每月支付層，用於從現有應用程式路由嘅AI流量。.

呢個模式適合空隙隔離部署嗎？

唔適合唔能離開環境嘅流量。隔離網AI需要完全本地處理同商業模式。ShareAI路由嘅盈利模式只適用於符合資格嘅連接請求。.

本地AI產品應該點樣計量？

計量客戶可見嘅事件同主要成本驅動因素。常見字段包括部署、工作空間、功能、模型、輸入大小、輸出大小、工具調用、重試同完成嘅工作。.

究竟信用比基於代幣嘅收費方式好唔好？

信用通常對客戶嚟講比較容易理解，而代幣同模型事件喺幕後仍然有用。一個好嘅設計會將信用映射到清晰嘅產品操作，並保持基礎使用可審計。.

BYOK應該點樣融入收費模式？

將BYOK視為一個獨立路由，並設置明確嘅支持範圍。決定邊啲功能允許客戶密鑰，邊個負責供應商嘅收費同故障，仲有ShareAI路由使用是否仍然可作為另一個選項。.

客戶可唔可以設置部署層級嘅使用上限？

佢哋應該可以。部署、工作空間同功能層級嘅上限可以令預算更容易控制，並減少意外超額。.

客戶點樣支付ShareAI路由使用費？

喺Builder流程中，客戶直接支付ShareAI路由AI使用費。Builder配置嘅利潤會附加喺嗰應用流量上。.

Builder嘅收入係點支付嘅？

ShareAI每月支付Builder基於符合資格路由流量產生嘅收入。收入取決於實際使用同配置嘅利潤；佢哋唔係保證嘅。.

Builder嘅收入同供應商嘅獎勵係咪一樣？

唔係。Builder係通過佢擁有或維護嘅應用程序產生嘅流量賺取收入。供應商係通過一個批准嘅計劃為提供符合資格嘅計算能力賺取收入。.

連接路由係咪令本地部署嘅產品自動符合規範或者保持私密性？

唔係。單靠部署位置唔能夠確立符合規範或者私密性。供應商同客戶必須評估完整嘅數據路徑、模型、供應商、保留、安全性同埋合同要求。.

ShareAI喺咩情況下適合本地部署嘅AI產品？

當產品保持由客戶控制，但某啲獲批准嘅AI工作流程可以使用連接推理，使用情況因部署而異，供應商希望有路由計費同埋Builder利潤層時，佢就係一個好選擇。.

由一個連接嘅AI工作流程開始

揀一個昂貴或者高價值嘅AI操作，定義佢嘅單位，按部署標籤佢，加一個客戶控制嘅上限，並測試完整嘅付款同埋後備方案體驗。.

打開 建設者控制台 去定義路由使用路徑同埋Builder利潤，適用於你已經擁有或者維護嘅應用程序。.