开源Kuma Voice：打造不依赖iPhone的Apple Watch语音助手

watchOSApple Watch语音助手
于 2026-08-29 04:17:59 修改
·本内容遵循CC 4.0 BY-SA版权协议

Apple Watch 上的语音助手，过去基本被 Siri 垄断，而且很多功能依然需要 iPhone 配合才能完成。最近在 Hacker News 上看到一个很有意思的开源项目 Kuma Voice，主打定位是“不依赖 iPhone 的 Apple Watch 语音助手”。对于喜欢研究 watchOS 独立应用、想把手表真正当成独立设备的开发者来说，这个项目非常值得拆解一遍。本文会从独立语音助手的技术背景讲起，结合 watchOS 开发环境、Swift 代码示例、构建部署流程来做一次完整梳理。

1. 背景与核心概念

1.1 什么是 Kuma Voice

Kuma Voice 是一个开源的 Apple Watch 语音助手项目。它最大的特点不是“能用语音控制手表”，而是“不需要 iPhone 也能跑完整个语音交互流程”。

先看这个项目解决的真实痛点：

  • Apple Watch 上的 Siri 虽然好用，但不少操作仍然依赖 iPhone 处理。
  • 有些地区或场景下，用户希望语音数据本地化或走自己的后端，而不是全部交给苹果的服务器。
  • 开发者需要一个可定制、可扩展的语音助手方案，方便接入自己的智能家居、工作流或者 API。

从技术架构上看，Kuma Voice 这类项目通常包含这几个核心模块：

  • 语音唤醒或按钮触发。
  • 语音采集。
  • 语音识别。
  • 语义理解或指令分发。
  • 语音播报反馈。

由于 Apple Watch 本身算力有限，识别和语义理解一般有两种方案：一是走苹果自带的 Speech 框架做本地识别，二是把音频上传到自建服务器进行识别。后者更适合自定义能力强的项目，但需要处理好网络、延迟和隐私问题。

1.2 为什么“不依赖 iPhone”是一个重要方向

watchOS 从 6 开始支持完全独立的 App Store，开发者可以发布不依赖 iPhone 的独立应用。很多智能手表用户其实希望出门跑步、下楼散步时只戴手表，不带手机。

但目前的限制也很明显：

  • 硬件资源紧张：存储、内存、电池都比较有限。
  • 网络能力受限：GPS 版可以独立联网，但 Wi-Fi 版离开手机后只能靠 Wi-Fi。
  • 权限管理严格：麦克风、语音识别、网络请求都需要用户明确授权，而且系统弹窗策略与其他平台不太一样。

Kuma Voice 这类项目可以看作对 watchOS 能力边界的一次探索。它证明了一个方向：语音助手完全可以做成本地优先、服务端可选的独立应用。

1.3 常见应用场景

这类独立语音助手主要适合以下场景：

  • 运动场景：跑步、骑行时不带手机，用手表语音记录里程、开启运动模式。
  • 智能家居控制：通过手表语音指令控制家中设备，前提是手表可独立联网。
  • 快速笔记：在户外临时用手表记录灵感，语音转文字后上传到自己的笔记服务。
  • 无障碍辅助：对于不方便双手操作的场景，语音交互更友好。
  • 开发者实验项目：研究 watchOS 的语音、联网、多媒体播放能力边界。

2. 环境准备与版本说明

2.1 开发环境总览

在开始搭建和运行 Kuma Voice 之前，需要准备一套完整的 watchOS 开发环境。由于 watchOS 应用必须通过 Xcode 构建，所以 macOS 环境是前提。

环境项 推荐工具或版本 说明
操作系统 macOS Ventura 或更新 需要能安装较新的 Xcode
开发工具 Xcode 15 或更新 包含 watchOS SDK
手表系统 watchOS 9 或更新 建议使用支持独立应用的版本
编程语言 Swift 5.7+ 项目可能使用 SwiftUI 构建界面
构建工具 Xcode 自带的 build system 不需要额外安装
管理工具 CocoaPods / Swift Package Manager 如果项目引入第三方依赖
开发者账号 Apple Developer Program 真机部署需要签名

注意：版本需要根据你的项目实际情况调整，本文示例以常见环境为例，重点演示配置思路。

2.2 获取 Kuma Voice 源码

Kuma Voice 是开源项目，通常托管在 GitHub 上。建议先查看仓库的 README，确认当前支持的 watchOS 最低版本和依赖方式。

BASH
git clone https://github.com/your-project/kuma-voice.git
cd kuma-voice

然后打开项目目录中的 .xcodeproj 文件。如果项目使用 Swift Package Manager 管理依赖，打开 Xcode 后会自动解析依赖；如果使用 CocoaPods，需要先执行：

BASH
pod install

之后用 KumaVoice.xcworkspace 打开项目。

2.3 签名配置

真机部署是 Apple Watch 开发绕不开的环节。如果你只是用模拟器测试，签名要求会宽松很多；但语音识别、麦克风权限在模拟器上表现可能和真机不一致，所以建议准备一块真机。

签名配置路径为：

TEXT
Xcode > Target > Signing & Capabilities

需要配置的核心信息：

  • Team：选择你的开发者团队。
  • Bundle Identifier：改成你自己的唯一标识。
  • 开启 Capabilities：Network、Microphone、Speech Recognition 等。

需要强调一点：测试请使用自己的开发者账号和测试设备，遵守苹果的开发者协议，不要使用他人的签名或设备证书。

3. 核心架构与关键技术点

Kuma Voice 虽然是一个具体项目，但它的技术方案代表了一类 watchOS 独立应用的开发思路。下面拆解核心模块，并用 Swift 代码演示实现思路。

3.1 watchOS 独立应用的项目结构

Xcode 中一个典型的 watchOS 项目包含两个 Target：

  • Watch App：界面与入口。
  • WatchKit Extension：业务逻辑、网络、语音识别等。

部分项目还包含一个 iOS 宿主 App。对于“不依赖 iPhone”的项目，iOS 宿主主要用来做首次配置或调试，不是运行必备。

项目结构大致如下：

TEXT
KumaVoice/
├── KumaVoiceWatchApp/
│ ├── KumaVoiceApp.swift
│ ├── ContentView.swift
│ └── Info.plist
├── KumaVoiceWatchExtension/
│ ├── KumaVoiceExtension.swift
│ ├── VoiceManager.swift
│ ├── RecognitionService.swift
│ └── NetworkService.swift
└── Shared/
├── Models.swift
└── Constants.swift

把语音识别、网络请求、界面逻辑分文件管理，是后续扩展和维护的基础。

3.2 麦克风采集与语音识别

在 watchOS 中做语音识别，最常用的框架是 Speech 框架（Speech.framework）。它支持把语音转成文字，也支持自定义识别请求。

如果是完全本地识别，可以使用 SFSpeechRecognizer；如果希望自定义指令，可以先将录音上传到自建服务，由服务端处理。

下面是一个本地识别的最小示例，这段代码不是 Kuma Voice 项目源码，只是演示 watchOS 语音识别的基本思路：

SWIFT
// 文件路径：KumaVoiceWatchExtension/Services/RecognitionService.swift
import Speech
 
class RecognitionService: NSObject, SFSpeechRecognizerDelegate {
private let speechRecognizer: SFSpeechRecognizer?
private var recognitionRequest: SFSpeechAudioBufferRecognitionRequest?
private var recognitionTask: SFSpeechRecognitionTask?
private let audioEngine = AVAudioEngine()
 
override init() {
speechRecognizer = SFSpeechRecognizer(locale: Locale(identifier: "zh-CN"))
super.init()
speechRecognizer?.delegate = self
}
 
func startRecording() {
// 1. 检查授权状态
SFSpeechRecognizer.requestAuthorization { status in
switch status {
case .authorized:
DispatchQueue.main.async {
try? self.runRecognition()
}
case .denied:
print("用户拒绝了语音识别权限")
default:
print("语音识别不可用")
}
}
}
 
private func runRecognition() throws {
let audioSession = AVAudioSession.sharedInstance()
try audioSession.setCategory(.record, mode: .measurement, options: .duckOthers)
try audioSession.setActive(true, options: .notifyOthersOnDeactivation)
 
recognitionRequest = SFSpeechAudioBufferRecognitionRequest()
guard let recognitionRequest = recognitionRequest,
let speechRecognizer = speechRecognizer,
speechRecognizer.isAvailable else {
print("语音识别服务不可用")
return
}
 
let inputNode = audioEngine.inputNode
recognitionRequest.shouldReportPartialResults = true
 
recognitionTask = speechRecognizer.recognitionTask(with: recognitionRequest) { result, error in
if let result = result {
let text = result.bestTranscription.formattedString
print("识别结果：\(text)")
}
if error != nil {
self.stopRecording()
}
}
 
let recordingFormat = inputNode.outputFormat(forBus: 0)
inputNode.installTap(onBus: 0, bufferSize: 1024, format: recordingFormat) { buffer, _ in
self.recognitionRequest?.append(buffer)
}
 
audioEngine.prepare()
try audioEngine.start()
}
 
func stopRecording() {
audioEngine.stop()
audioEngine.inputNode.removeTap(onBus: 0)
recognitionRequest?.endAudio()
recognitionTask?.cancel()
}
 
func speechRecognizer(_ speechRecognizer: SFSpeechRecognizer, availabilityDidChange available: Bool) {
if available {
print("语音识别可用")
} else {
print("语音识别暂时不可用")
}
}
}

要注意几个关键点：

  • SFSpeechRecognizer(locale:) 里的语言地区码要按用户需求配置。
  • AVAudioSession 在 watchOS 上的行为与 iOS 略有差异，需要以实际真机表现为准。
  • 识别过程中要处理音频中断、电话打断等场景，否则容易闪退或卡住。

3.3 无需 iPhone 的网络请求

独立应用的核心能力之一是自己联网。Kuma Voice 需要把自己的后端服务地址写在配置里，通过 URLSession 发起请求。

下面演示一个简单的网络请求封装：

SWIFT
// 文件路径：KumaVoiceWatchExtension/Services/NetworkService.swift
import Foundation
 
struct VoiceCommand: Codable {
let text: String
let device: String
let timestamp: Date
}
 
struct CommandResponse: Codable {
let success: Bool
let message: String
}
 
class NetworkService {
private let baseURL = "https://your-server.example.com/api/voice"
 
func sendCommand(_ text: String, completion: @escaping (Result<CommandResponse, Error>) -> Void) {
let command = VoiceCommand(
text: text,
device: "AppleWatch",
timestamp: Date()
)
 
var request = URLRequest(url: URL(string: baseURL)!)
request.httpMethod = "POST"
request.setValue("application/json", forHTTPHeaderField: "Content-Type")
request.httpBody = try? JSONEncoder().encode(command)
 
URLSession.shared.dataTask(with: request) { data, response, error in
if let error = error {
completion(.failure(error))
return
}
guard let data = data else {
completion(.failure(URLError(.badServerResponse)))
return
}
do {
let response = try JSONDecoder().decode(CommandResponse.self, from: data)
completion(.success(response))
} catch {
completion(.failure(error))
}
}.resume()
}
}

这里的 VoiceCommand 和 CommandResponse 是演示用的模型。实际项目中，你需要根据自己的后端协议来定义请求和响应结构。

网络请求最容易踩的坑是 ATS（App Transport Security）。如果后端是 HTTP 地址，需要在 Info.plist 中配置例外；如果使用 HTTPS，也要确保证书链完整。

XML
<key>NSAppTransportSecurity</key>
<dict>
<key>NSAllowsArbitraryLoads</key>
<false/>
<key>NSExceptionDomains</key>
<dict>
<key>your-server.example.com</key>
<dict>
<key>NSExceptionAllowsInsecureHTTPLoads</key>
<false/>
</dict>
</dict>
</dict>

这里有一个原则：开发调试可以用宽松配置，生产环境必须关闭任意 HTTP 加载，改用 HTTPS。

3.4 SwiftUI 界面设计

watchOS 应用的界面通常使用 SwiftUI 构建。Kuma Voice 的界面应该保持简洁，因为手表屏幕小，交互路径要短。

一个简单的语音助手界面包含：

  • 状态显示文本（待机/录音中/识别中/处理中）。
  • 语音触发按钮。
  • 指令结果显示。
SWIFT
// 文件路径：KumaVoiceWatchApp/ContentView.swift
import SwiftUI
 
struct ContentView: View {
@StateObject var voiceManager = VoiceManager()
@State private var isRecording = false
 
var body: some View {
VStack(spacing: 12) {
Text(voiceManager.statusText)
.font(.headline)
.lineLimit(3)
 
Text(voiceManager.displayText)
.font(.footnote)
.foregroundColor(.secondary)
 
Button(action: {
isRecording.toggle()
if isRecording {
voiceManager.startListening()
} else {
voiceManager.stopListening()
}
}) {
Image(systemName: isRecording ? "stop.circle.fill" : "mic.circle.fill")
.font(.system(size: 44))
}
.buttonStyle(.borderless)
}
.padding()
}
}

为了让状态变化可观察，可以用 ObservableObject 管理语音状态：

SWIFT
// 文件路径：KumaVoiceWatchExtension/Managers/VoiceManager.swift
import Foundation
import Combine
 
class VoiceManager: ObservableObject {
@Published var statusText = "点击麦克风开始说话"
@Published var displayText = ""
}

SwiftUI 在 watchOS 上的布局逻辑与 iOS 不完全相同，建议多用 VStack、ScrollView，避免复杂嵌套。

4. 完整实战：从源码到手表

这一节以“实战跑通 Kuma Voice 项目”为目标，先给出通用流程，再说明不同类型项目的适配方法。

4.1 创建项目结构

如果使用现成源码，建议先保持原有目录结构。如果要自己从零复刻一个最小项目，可以按下面结构创建：

TEXT
KumaVoiceDemo/
├── KumaVoiceWatchApp/
│ ├── KumaVoiceApp.swift
│ ├── ContentView.swift
│ └── Info.plist
├── KumaVoiceWatchExtension/
│ ├── KumaVoiceExtension.swift
│ ├── VoiceManager.swift
│ ├── RecognitionService.swift
│ └── NetworkService.swift
└── KumaVoiceDemo.xcodeproj

在 Xcode 中新建项目时，选择 watchOS App 模板，勾选“Companion iPhone App”时需要注意：如果目标是完全不依赖 iPhone，可以不勾选，或者勾选后仅作为调试入口。

4.2 添加权限配置

在 Info.plist 中添加麦克风和语音识别权限说明：

XML
<key>NSMicrophoneUsageDescription</key>
<string>需要使用麦克风来接收你的语音指令</string>
<key>NSSpeechRecognitionUsageDescription</key>
<string>需要使用语音识别功能来理解你的指令</string>

缺少权限描述时，系统会在请求权限时直接崩溃或拒绝授权。

同时，在 Extension 的 Target 中开启对应 Capability。路径是：

TEXT
Signing & Capabilities > + Capability > Network
Signing & Capabilities > + Capability > Microphone
Signing & Capabilities > + Capability > Speech Recognition

4.3 编写核心代码

参考第 3 部分的 RecognitionService 和 NetworkService 代码，将文件添加到 Extension Target。

对外层提供一个统一的调用入口。以下代码是一个简化的示例：

SWIFT
// 文件路径：KumaVoiceWatchExtension/KumaVoiceExtension.swift
import WatchKit
import UserNotifications
 
class KumaVoiceExtension: NSObject, WKExtensionDelegate {
func applicationDidFinishLaunching() {
// 初始化语音服务和网络服务
let recog = RecognitionService()
let network = NetworkService()
print("Kuma Voice Extension 已启动")
}
 
func handle(_ backgroundTasks: Set<WKRefreshBackgroundTask>) {
for task in backgroundTasks {
task.setTaskCompletedWithSnapshot(false)
}
}
}

4.4 构建与运行

真机运行的完整步骤：

  1. 打开 Xcode 项目。
  2. 选择 Watch App 的 Scheme。
  3. 连接 Apple Watch，需要保证手表和 Mac 已配对且处于解锁状态。
  4. 在 Target 的 Signing & Capabilities 中选择 Team。
  5. 点击 Run 按钮，等待 Xcode 编译并安装到手表。

如果出现安装失败，常见原因是签名不对或 watchOS 版本过低。

使用模拟器时，可以快速验证界面逻辑，但麦克风权限在模拟器上的表现不稳定，语音识别建议以真机为准。

4.5 结果说明

安装成功后，在手表上打开 Kuma Voice，点击麦克风按钮。此时如果一切正常：

  • 界面状态会从“待机”变为“录音中”。
  • 说话后，文字会出现在界面下方。
  • 如果配置了后端服务，指令会发送到服务端并返回结果。

如果没有任何反应，按照第 5 节的排查顺序逐项检查。

5. 常见问题与排查思路

在 watchOS 独立应用开发中，问题通常集中在权限、网络、后台运行和签名几个方向。下表总结了高频问题。

问题现象 常见原因 解决思路
安装到手表时提示签名错误 Bundle Identifier 冲突或 Team 未配置 修改 Bundle ID，重新配置签名
点击麦克风后无反应 麦克风权限未授权 检查 Info.plist 和系统设置
录音时闪退 AVAudioSession 配置问题 检查音频会话 category 和激活逻辑
识别结果为空 语音识别服务不可用 检查网络、Speech 框架授权、地区支持
网络请求失败 ATS 限制或后端不可达 检查 HTTPS 配置和服务端地址
手表离开手机后无法联网 非蜂窝版手表没有 Wi-Fi 确认手表已连接可用 Wi-Fi
后台几分钟后功能停止 watchOS 暂停后台任务 合理使用后台刷新或降低后台需求

5.1 权限弹窗不出现

可能原因：Info.plist 中缺少权限描述字符串。修复方式是补全 NSMicrophoneUsageDescription 和 NSSpeechRecognitionUsageDescription。

还有一种情况是模拟器对权限支持不全。解决方案是换真机测试。

5.2 语音识别延迟高

如果走本地识别，延迟通常来自音频引擎启动和模型加载。如果走服务端识别，延迟主要来自网络。

排查思路：

  1. 确认 watchOS 版本是否支持当前语音识别地区。
  2. 检查网络速度和服务器响应时间。
  3. 优化音频格式，降低采样率，减少上传数据量。

5.3 独立联网失败

重点检查：

  • 手表是否处于飞行模式。
  • Wi-Fi 版手表是否连上了可用的 Wi-Fi。
  • 蜂窝版手表是否开通了蜂窝服务。
  • 后端接口是否允许手表 IP 访问。

5.4 后台运行限制

watchOS 对后台任务有严格限制，语音助手不能在后台持续监听。如果产品需求要求持续唤醒，必须考虑：

  • 使用 WKApplicationRefreshBackgroundTask 做定期刷新。
  • 通过 Workout 会话或音频播放任务延长后台时间。
  • 设计上降低对后台能力的需求。

6. 最佳实践与工程建议

6.1 做好开源合规检查

Kuma Voice 是开源软件，如果我们要基于它二次开发，就必须梳理开源许可证。之前的团队做过类似的排查流程：

  1. 拉取项目依赖树，列出所有第三方组件。
  2. 检查每个组件的开源许可证，包括 MIT、Apache 2.0、GPL 等。
  3. 确认是否存在传染性许可证。
  4. 在项目文档中记录许可证清单。
  5. 使用 Black Duck 这类工具做自动化扫描，方便持续跟踪。

开源合规不是小事，尤其在企业环境，避免因为一个依赖的许可证问题拖慢发布流程。

6.2 模块化设计语音链路

语音助手的链路很长，强烈建议拆成独立模块：

  • AudioCapture：负责采集音频。
  • SpeechRecognizer：负责语音转文字。
  • IntentParser：负责指令理解和参数抽取。
  • ActionExecutor：负责执行动作。
  • TTSPlayer：负责语音反馈。

解耦之后，任何一个模块都可以替换成自己的实现。比如把默认的本地识别替换成自己的自建模型识别服务。

6.3 隐私与数据安全

语音数据属于敏感信息，需要重点保护：

  • 默认本地优先，尽量减少数据外发。
  • 如果必须上传音频，需要使用 HTTPS 并加密处理。
  • 不在日志中记录完整语音文本。
  • 后端服务做好鉴权，避免接口被滥用。
  • 用户删除数据时，同步清理服务端副本。

6.4 性能与续航优化

手表设备的电池容量很小，语音助手不能一直耗电。建议：

  • 使用完麦克风后立即释放音频引擎。
  • 避免频繁创建 SFSpeechRecognizer 实例。
  • 网络请求设置合理的超时时间。
  • 避免后台持续轮询服务器。
  • 使用 NWPathMonitor 监听网络状态，无网时提前提示用户。

6.5 测试策略

watchOS 应用的测试要考虑：

  • UI 逻辑在模拟器上测试。
  • 权限流程在真机上测试。
  • 网络异常用断网或弱网模拟工具测试。
  • 多语言语音识别至少覆盖主要目标语言。
  • 低温、低电量场景下测试稳定性。

7. 总结与学习路线

Kuma Voice 这个项目虽然只是一个开源语音助手，但它把 watchOS 独立应用、语音识别、网络通信、权限管理这些知识点串联了起来。读完这篇分析，你应该能理解：

  • Apple Watch 独立应用的技术边界在哪里。
  • 语音助手从采集、识别、理解到执行的完整链路。
  • 开发 watchOS 应用时如何配置权限、网络和签名。
  • 基于开源项目二次开发需要注意哪些工程问题。

接下来可以继续深入的方向：

  • 学习 SFSpeechRecognizer 的更多参数，比如自动标点、多语言切换。
  • 了解 watchOS 后台任务机制，尝试做真正可用的连续交互。
  • 研究自建语音识别服务端，把 Kuma Voice 接入自己的后端。
  • 实践开源合规扫描流程，让你的项目在发布前做好法律风险排除。

在实际项目中，优先关注权限策略、后台限制和数据安全这三个方向。它们决定了应用能否稳定运行，也决定了用户是否信任你的应用。

如果你对 watchOS 独立开发感兴趣，可以拿 Kuma Voice 的源码做一次完整的构建和部署，然后尝试修改默认指令，接一个自己的 API 试试看。动手跑通一次之后，很多疑问会自然解开。

Kuma Voice：让 Apple Watch 脱离 iPhone 独立运行的语音助手
Kuma Voice 是一个开源的 Apple Watch 语音助手项目，支持在 watchOS 上脱离 iPhone 独立运行。本文详述其与 Siri 的本质差异，涵盖硬件与系统要求（watchOS 9+）、Xcode 开发环境配置、源码编译部署流程、语音识别路径选择（本地/服务端）、唤醒与降噪策略，以及安装失败、录音异常、后台被杀等典型问题的排查方法。强调隐私合规、权限管理与工程化落地的关键约束。
流浪小鱼
270
Kuma Voice：不依赖iPhone的Apple Watch语音助手
本文深入解析开源项目Kuma Voice的技术实现，聚焦于在watchOS上构建不依赖iPhone的独立语音助手。内容涵盖Watch-only应用架构、Speech framework语音识别集成、麦克风权限配置、音频会话管理、本地意图解析与AVSpeechSynthesizer语音回复，并强调真机调试、后台限制应对及云端大模型安全接入方案。所有技术均基于系统原生框架，突出watchOS平台能力边界与工程实践要点。
weixin_30475039
317
开源手表语音助手 Kuma Voice：为 Apple Watch 打造本地优先的语音闭环
Kuma Voice 是一个开源的 Apple Watch 语音助手项目，核心目标是实现脱离 iPhone 的本地语音处理闭环。文章深入剖析了 watchOS 下语音链路依赖手机的根本原因，指出其硬件限制（算力、内存、功耗）、音频质量挑战及系统级约束（后台音频、唤醒机制、App 生命周期）。项目强调“OSS”与“本地优先”，在隐私、响应确定性与设备独立性上区别于 Siri；但当前仍处于实验阶段，需克服安装门槛、命令覆盖、失败回退与生产级工程能力等关键问题。
weixin_34364071
328
无需iPhone的Apple Watch开源语音助手Kuma Voice详解
Kuma Voice 是一个运行在 Apple Watch 上的开源语音助手，无需 iPhone 中继即可完成语音采集、云端 ASR/LLM/TTS 处理与音频播放全流程。其核心在于端云协同架构：手表端负责低延迟音频 I/O 与状态管理，关键 AI 能力通过可配置云端 API 实现。文章详解其与 Siri 的本质区别、watchOS 独立运行的技术难点（音频生命周期、网络稳定性、后台限制、审核合规）、构建安装流程及工程最佳实践，为可穿戴设备语音 AI 开发提供真实参考。
CarrieYung
350
Apple Watch 语音助手开发实战：从 watchOS 独立应用到开源落地
本文以开源项目Kuma Voice为背景，系统讲解在Apple Watch上构建不依赖iPhone的独立语音助手的完整工程实践。涵盖watchOS独立App架构、系统Speech框架与自建后端识别方案选型、音频会话配置、麦克风与语音识别权限管理、最小可用录音-识别闭环实现、轻量意图解析、手表端独立网络请求、断网降级策略，以及开源发布所需的OSS合规要点。强调链路完整性、真机验证和资源约束下的性能取舍。
b10l07
395