現有依據
SomniSense 的 iOS 與 Android 引擎分別使用配套的模型、音訊前端與校準。App 已呈現疑似異常標籤、估計發生時間、品質處理，以及波形與音訊核對。
無需洽詢，即可查閱公開方法與預印本。這些不是整合套件，也不包含參與者錄音的發布。
ApneaSense / 評估途徑
先定義評估，再討論整合。
從你的產品問題、收音條件與所需證據開始。現有 iOS 與 Android App 引擎可作為討論起點；目前尚未打包可供企業使用的 SDK。
目前沒有可下載的企業 SDK、公開 API 金鑰或固定整合規格。
目前成熟度
你的團隊現在能評估什麼
議定評估範圍
定義收音條件、所需的疑似異常欄位與品質狀態、已取得授權的代表性資料，以及適用時的參考標準。
針對目標裝置，議定各任務誤差，以及完整流程延遲、記憶體與功耗的衡量方式。
仍待確立
可移植性、在你的裝置上的表現，以及是否適合預定用途，都需要評估。各平台引擎不是可互換的單一二進位檔。
套件格式、介面、文件、授權與支援尚未承諾。目前沒有公開價格或固定交付時程。
討論範例 · 非固定套件
投入工程時間前，先進行範圍明確的評估。
以下可作為界定範圍的起點。首次討論時，先確認參與人員、資料權限、工作內容、費用與時程，再決定是否推進。
由你的團隊說明
目標裝置、麥克風與收音條件，以及是否有已取得授權的代表性資料。先提供規格與文字說明，第一封信請勿寄送敏感檔案。
雙方共同議定
任務、預定用途、授權與資料處理方式，以及驗收標準、運作限制與資源上限。在評估工作開始前，先分配責任並議定停止條件。
可議定的成果
配置與資料清單、各任務的錯誤範例、議定的目標裝置資源測量結果，以及繼續、縮小範圍或停止的建議。範圍與可提供內容，均需另行協議。
此處不提供可在你的環境執行的範例、固定介面、報價或交付日期。公開方法屬於研究程式碼；App 介面呈現的是操作流程，並非可直接移交的整合套件。
開始前的常見問題
M2 的延遲適用於我們的晶片嗎？
不適用。研究測量的是指定配置在 Apple M2 上的 CoreML 前向運算，不含音訊前處理與後處理。在設定產品延遲或功耗主張前，請先在你的硬體上測量完整流程。
由誰決定法規途徑？
要求取決於實際功能、預定用途、市場與對外主張，需個別評估。使用 SDK 名稱或取得授權，都不會自動免除要求。責任需另外協議。
下一步
說明你的裝置，以及要做的決策。
定義範圍明確的評估，列出團隊做決策所需的證據與條件。