ApneaSense · SDK 評估
呼吸分析 SDK 評估：哪些已存在，哪些尚未封裝？
SomniSense 內已有運行中的聲學引擎，但沒有可下載的買方 SDK、公開 API key 或固定整合 schema。請先界定裝置、錄音環境與輸出需求。有範圍的 pilot 可協助判斷是否值得抽取特定平台介面，不保證交付套件或日期。
描述你的評估範圍 →目前可核對的內容
SomniSense 的 iOS 與 Android 各自使用匹配模型、音訊前端與校準。App 輸出包含聲學候選類型、估計時間與時長、品質處理及波形／音訊脈絡；兩端不是可互換的同一二進位套件。
不必先詢問，就能閱讀公開預印本與方法程式庫。它們說明研究流程，不是整合套件、訓練權重發行包，也不包含參與者錄音。
先定義 pilot，再決定介面
收音：硬體、麥克風、取樣格式、距離與擺放、房間噪音、其他睡眠者及運行限制。
輸出：介面需要哪些候選欄位與品質狀態，並與臨床呼吸中止、低通氣及 AHI 明確區分。
評估：具適當同意的代表性資料、適用的參照標準、各任務錯誤、端到端延遲、記憶體及功耗。先議定成功標準，再解讀結果。
後續交付仍有條件
若證據支持用途，再討論最小平台介面、交付檔案格式、文件、支援與商務條件，這些目前都不是交付承諾。pilot 也可能表示應改變或停止用途。本站沒有公開價格或固定交期。
從模型輸出，走到使用者能自行核對的片段
SomniSense 將候選連到估計時間與時長、標記波形、前後音訊及整夜位置。pause-like 候選需對照靜默之前與聲音恢復後的脈絡。這展示候選輸出如何成為可核對的產品流程；你的麥克風、噪音環境與介面仍需各自驗證。
開始前可能想問
M2 的延遲適用於我們的晶片嗎？
不適用。研究測的是 Apple M2 上指定 CoreML 配置的模型前向推論，不含音訊前後處理。設定產品延遲或功耗主張前，須在自己的硬體測完整流程。
誰決定法規途徑？
要求取決於實際功能、預期用途、市場與主張，須具體評估。SDK 或授權名稱不會自動免除要求；責任需另行議定。