Gli strumenti invocano l'API

• POST /tools/invoke
• Stessa porta del Gateway (multiplexing WS + HTTP): http://<gateway-host>:<port>/tools/invoke
• Dimensione massima predefinita del corpo della richiesta: 2 MB

​

Autenticazione

• autenticazione con segreto condiviso (gateway.auth.mode="token" o "password"): Authorization: Bearer <token-or-password>
• autenticazione HTTP attendibile con identità (gateway.auth.mode="trusted-proxy"): instrada la richiesta attraverso il proxy configurato con riconoscimento dell’identità e lascia che inserisca le intestazioni di identità richieste
• autenticazione aperta su ingresso privato (gateway.auth.mode="none"): non è richiesta alcuna intestazione di autenticazione

• mode="token" usa gateway.auth.token (o OPENCLAW_GATEWAY_TOKEN).
• mode="password" usa gateway.auth.password (o OPENCLAW_GATEWAY_PASSWORD).
• mode="trusted-proxy" richiede che la richiesta HTTP provenga da un’origine proxy attendibile configurata; i proxy local loopback sullo stesso host richiedono esplicitamente gateway.auth.trustedProxy.allowLoopback = true.
• I chiamanti interni sullo stesso host che bypassano il proxy possono usare gateway.auth.password / OPENCLAW_GATEWAY_PASSWORD come ripiego diretto locale. Qualsiasi evidenza nelle intestazioni Forwarded, X-Forwarded-* o X-Real-IP mantiene invece la richiesta sul percorso del proxy attendibile.
• Se gateway.auth.rateLimit è configurato e si verificano troppi errori di autenticazione, l’endpoint restituisce 429 con Retry-After.

​

Confine di sicurezza (importante)

• In questo caso, l’autenticazione bearer HTTP non è un modello con ambito ristretto per singolo utente.
• Un token o una password del Gateway validi per questo endpoint devono essere considerati credenziali di proprietario/operatore.
• Per le modalità di autenticazione con segreto condiviso (token e password), l’endpoint ripristina i normali valori predefiniti di accesso operatore completo anche se il chiamante invia un’intestazione x-openclaw-scopes più restrittiva.
• L’autenticazione con segreto condiviso considera inoltre le invocazioni dirette degli strumenti su questo endpoint come turni inviati dal proprietario.
• Le modalità HTTP attendibili con identità (autenticazione tramite proxy attendibile oppure gateway.auth.mode="none" su un ingresso privato) rispettano x-openclaw-scopes quando presente; in caso contrario, usano il normale insieme predefinito di ambiti dell’operatore.
• Mantieni questo endpoint accessibile solo tramite local loopback, tailnet o ingresso privato; non esporlo direttamente alla rete Internet pubblica.

​

Corpo della richiesta

{
  "tool": "sessions_list",
  "action": "json",
  "args": {},
  "sessionKey": "main",
  "dryRun": false
}

• tool / name (stringa, obbligatorio): nome dello strumento da invocare. name ha la precedenza se vengono inviati entrambi.
• action (stringa, facoltativo): viene unito in args.action se lo schema dello strumento supporta una proprietà action e args non ne ha già impostata una.
• args (oggetto, facoltativo): argomenti specifici dello strumento.
• sessionKey (stringa, facoltativo): chiave della sessione di destinazione. Se omessa o impostata su "main", il Gateway usa la chiave della sessione principale configurata (rispetta session.mainKey e l’agente predefinito, oppure global nell’ambito di sessione globale).
• agentId (stringa, facoltativo): risolve la chiave di sessione per quell’agente. Restituisce un errore 400 se è in conflitto con un sessionKey esplicito già associato a un agente diverso.
• idempotencyKey (stringa, facoltativo): usata per derivare un ID stabile della chiamata allo strumento per l’invocazione.
• dryRun (booleano, facoltativo): riservato per usi futuri; attualmente ignorato.

​

Comportamento dei criteri e dell’instradamento

• tools.profile / tools.byProvider.profile
• tools.allow / tools.byProvider.allow
• agents.<id>.tools.allow / agents.<id>.tools.byProvider.allow
• criteri di gruppo (se la chiave di sessione è associata a un gruppo o a un canale)
• criteri del sottoagente (quando si invoca usando la chiave di sessione di un sottoagente)

• Le approvazioni di esecuzione sono misure di protezione per l’operatore, non un confine di autorizzazione separato per questo endpoint HTTP. Se uno strumento è raggiungibile da qui tramite l’autenticazione del Gateway e i criteri degli strumenti, /tools/invoke non aggiunge un’ulteriore richiesta di approvazione per ogni chiamata.
• Se exec è raggiungibile da qui, consideralo una superficie shell con capacità di modifica. Negare write, edit, apply_patch o gli strumenti HTTP di scrittura sul file system non rende l’esecuzione della shell di sola lettura.
• Non condividere le credenziali bearer del Gateway con chiamanti non attendibili. Se devi separare diversi confini di attendibilità, esegui Gateway distinti, preferibilmente con utenti o host del sistema operativo separati.

{
  gateway: {
    tools: {
      // Strumenti aggiuntivi da bloccare tramite HTTP /tools/invoke
      deny: ["browser"],
      // Rimuove strumenti dall'elenco di esclusione predefinito per i chiamanti proprietari/amministratori
      allow: ["gateway"],
    },
  },
}

• x-openclaw-message-channel: <channel> (esempio: slack, telegram)
• x-openclaw-account-id: <accountId> (quando esistono più account)
• x-openclaw-message-to: <target> (destinazione di consegna per i criteri dello strumento di messaggistica)
• x-openclaw-thread-id: <threadId> (contesto del thread per i criteri dello strumento di messaggistica)

​

Risposte

​

Esempio

curl -sS http://127.0.0.1:18789/tools/invoke \
  -H 'Authorization: Bearer secret' \
  -H 'Content-Type: application/json' \
  -d '{
    "tool": "sessions_list",
    "action": "json",
    "args": {}
  }'

​

Argomenti correlati

• Protocollo del Gateway
• Strumenti e plugin