移动节点感知能力怎么逐步启用

移动节点是 OpenClaw 和普通聊天型 agent 差异最大的一块能力，但它也最容易因为权限太重而一开始就把系统搞复杂。

官方最近把 camera、voice wake、location 都拆成独立页面，这其实已经暗示出一个更稳的启用方式：

• 不要一口气全开
• 要按能力类型分步启用

第一原则：先把“节点可信”跑通，再谈能力丰富

移动节点真正危险的不是某个命令，而是：

• 一台真实设备接入了系统
• 它可能带来相机、语音、位置等多种能力

所以第一步永远应该是：

• 先配对
• 先批准
• 先确认这台设备就是你要的那台

如果这一步都还不稳，就不该急着往上叠更多感知能力。

第二原则：能力启用顺序要从低敏感到高敏感

更推荐的顺序通常是：

1. 先启用单次可见动作
2. 再启用短时交互能力
3. 最后才启用位置或常驻监听能力

这样做的原因很简单：

• 相机单次调用更容易感知
• Talk mode 仍然是你主动进入
• 位置和 voice wake 更接近持续性入口

第三原则：先单设备试，再考虑多设备

很多人一开始就想：

• 手机开 voice
• 平板开 camera
• 另一台设备开 location

这在概念上很美，但排错和权限管理会一下变得很难。

更稳的方式通常是：

• 先在一台主力手机上验证所有流程
• 再决定哪些能力值得扩给第二台设备

相机能力更适合怎么上

相机通常是最容易理解、也最适合第一批试的能力。

更稳的路径是：

1. 先 camera.list
2. 再做一次单次 snap
3. 最后才试短视频

这样你能先确认：

• node.invoke 正常
• 权限正常
• 设备状态正常

而不是一开始就陷进录制、后台或多摄像头选择里。

语音能力更适合怎么上

语音这条线更适合拆成两层看：

• Talk Mode
• Voice Wake

建议顺序通常是：

1. 先只用 Talk Mode
2. 确认响应链路稳定
3. 再决定要不要开 Voice Wake

因为 Voice Wake 一旦开启，就不只是“能不能说话”，而是：

• 哪台设备在监听
• 哪些唤醒词会误触发
• 安全边界是否可接受

位置能力为什么更适合最后上

位置能力最容易被高估，也最容易踩平台限制。

官方文档已经明确：

• 默认关闭
• Android 当前更偏前台模式
• 精确位置还是单独授权

所以位置能力更适合：

• 在 node 已长期稳定后再加
• 只在明确需要地点感知时启用

如果你只是想验证移动节点是否好用，位置通常不该是第一批能力。

中文站建议的最小启用路线

对大多数个人或小团队来说，更稳的路线通常是：

1. 一台移动设备完成 pairing
2. 只开相机单次拍照
3. 再开 Talk Mode
4. 最后再评估是否要开 Voice Wake / Location

这样做的好处是：每一步出问题时，你都更容易知道问题出在哪一层。

下一步推荐

• Nodes 与设备能力
• Camera Capture 与拍照/短视频能力
• 节点位置能力怎么用
• 语音唤醒与 Talk Mode

把这几页当成一套“渐进启用手册”来看，会比把移动节点一口气全开稳很多。