---
read_when:
    - Modifica del comportamento o dei valori predefiniti delle parole di attivazione vocale
    - Aggiunta di nuove piattaforme Node che richiedono la sincronizzazione della parola di attivazione
summary: Parole di attivazione vocale globali (gestite dal Gateway) e come si sincronizzano tra i nodi
title: Attivazione vocale
x-i18n:
    generated_at: "2026-05-06T08:58:45Z"
    model: gpt-5.5
    provider: openai
    source_hash: a284cbe3e12784a8d7a3eab6ba8ae230123557bca7593c956111199b94b91b73
    source_path: nodes/voicewake.md
    workflow: 16
---

OpenClaw tratta le **parole di attivazione come un unico elenco globale** gestito dal **Gateway**.

- Non esistono **parole di attivazione personalizzate per nodo**.
- **Qualsiasi interfaccia utente di nodo/app può modificare** l'elenco; le modifiche vengono mantenute dal Gateway e trasmesse a tutti.
- macOS e iOS mantengono toggle locali per **abilitare/disabilitare Voice Wake** (UX locale + autorizzazioni diverse).
- Android attualmente mantiene Voice Wake disattivato e usa un flusso microfono manuale nella scheda Voce.

## Archiviazione (host Gateway)

Le parole di attivazione sono archiviate sulla macchina del gateway in:

- `~/.openclaw/settings/voicewake.json`

Forma:

```json
{ "triggers": ["openclaw", "claude", "computer"], "updatedAtMs": 1730000000000 }
```

## Protocollo

### Metodi

- `voicewake.get` → `{ triggers: string[] }`
- `voicewake.set` con parametri `{ triggers: string[] }` → `{ triggers: string[] }`

Note:

- I trigger vengono normalizzati (spazi rimossi, valori vuoti scartati). Gli elenchi vuoti ripristinano i valori predefiniti.
- Per sicurezza vengono applicati limiti (numero/lunghezza massimi).

### Metodi di routing (trigger → destinazione)

- `voicewake.routing.get` → `{ config: VoiceWakeRoutingConfig }`
- `voicewake.routing.set` con parametri `{ config: VoiceWakeRoutingConfig }` → `{ config: VoiceWakeRoutingConfig }`

Forma di `VoiceWakeRoutingConfig`:

```json
{
  "version": 1,
  "defaultTarget": { "mode": "current" },
  "routes": [{ "trigger": "robot wake", "target": { "sessionKey": "agent:main:main" } }],
  "updatedAtMs": 1730000000000
}
```

Le destinazioni delle route supportano esattamente una tra:

- `{ "mode": "current" }`
- `{ "agentId": "main" }`
- `{ "sessionKey": "agent:main:main" }`

### Eventi

- payload `voicewake.changed` `{ triggers: string[] }`
- payload `voicewake.routing.changed` `{ config: VoiceWakeRoutingConfig }`

Chi lo riceve:

- Tutti i client WebSocket (app macOS, WebChat, ecc.)
- Tutti i nodi connessi (iOS/Android), e anche alla connessione del nodo come push iniziale dello "stato corrente".

## Comportamento del client

### App macOS

- Usa l'elenco globale per controllare i trigger di `VoiceWakeRuntime`.
- La modifica di "Parole trigger" nelle impostazioni di Voice Wake chiama `voicewake.set` e poi si affida alla trasmissione per mantenere sincronizzati gli altri client.

### Nodo iOS

- Usa l'elenco globale per il rilevamento dei trigger di `VoiceWakeManager`.
- La modifica delle parole di attivazione nelle Impostazioni chiama `voicewake.set` (tramite il WS del Gateway) e mantiene reattivo anche il rilevamento locale delle parole di attivazione.

### Nodo Android

- Voice Wake è attualmente disabilitato nel runtime/nelle Impostazioni di Android.
- La voce Android usa l'acquisizione microfono manuale nella scheda Voce invece dei trigger con parole di attivazione.

## Correlati

- [Modalità Talk](/it/nodes/talk)
- [Audio e note vocali](/it/nodes/audio)
- [Comprensione dei media](/it/nodes/media-understanding)