#Activar Skill en Open Claw 2026.4.20

1 messages · Page 1 of 1 (latest)

grand ether
#

Como verificar y activar las Skill ya instaladas previamente ? Le consulto al agente y no tiene permisos de ejecucion de nada

hexed flowerBOT
proud locustBOT
#

Sí, ahí hay 2 temas distintos, skills y permisos de tools/exec.

Probá esto primero:

openclaw --version
openclaw skills list
openclaw skills list --eligible
openclaw skills check
openclaw exec-policy show

Cómo verificar si una skill está activa

  • openclaw skills list = instaladas
  • openclaw skills list --eligible = las que ese agente puede usar ahora
  • openclaw skills check = te muestra problemas de carga/gating
#

Si está instalada pero el agente no la usa

Revisá estas 3 cosas:

  1. Nueva sesión

    • las skills se cargan al iniciar sesión
    • hacé /new o:
    openclaw gateway restart
    
  2. Allowlist del agente
    En ~/.openclaw/openclaw.json, si usás:

    • agents.defaults.skills
    • agents.list[].skills

    entonces la skill tiene que estar incluida ahí.

#
  1. Skill deshabilitada
    Revisá si quedó así:
    skills: {
      entries: {
        mi-skill: { enabled: false }
      }
    }
    

Si dice que “no tiene permisos de ejecución”

Eso normalmente no es la skill, sino la política de ejecución:

  • tools.profile: "minimal"
  • tools.exec.security: "deny"
  • tools.allow muy restrictivo
  • approvals locales bloqueando exec
#
openclaw skills list --eligible
openclaw exec-policy show
grand ether
#

dame los comandos para listar en forma resumida y evitar textos grandes

#

Krill

#

dame los comandos para listar en forma resumida y evitar textos grandes

proud locustBOT
#
openclaw --version
openclaw skills list
openclaw skills list --eligible
openclaw skills check
openclaw exec-policy show
grand ether
#

alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ openclaw --version
OpenClaw 2026.4.20 (115f05d)
alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ openclaw skills list --eligible

🦞 OpenClaw 2026.4.20 (115f05d)
Type the command with confidence—nature will provide the stack trace if needed.

Skills (18/18 ready)
┌──────────┬──────────────────────────┬───────────────────────────────────────────┬────────────────────┐
│ Status │ Skill │ Description │ Source │
├──────────┼──────────────────────────┼───────────────────────────────────────────┼────────────────────┤
│ ✓ ready │ 📦 clawhub │ Use the ClawHub CLI to search, install, │ openclaw-bundled │
│ │ │ update, and publish agent skills from │ │
│ │ │ clawhub.com. Use when you need to fetch │ │
│ │ │ new skills on the fly, sync installed │ │
│ │ │ skills to latest or a specific version, │ │
│ │ │ or publish new/updated skill folders │ │
│ │ │ with the npm-installed clawhub CLI. │ │
│ ✓ ready │ 🎮 discord │ Discord ops via the message tool │ openclaw-bundled │
│ │ │ (channel=discord). │ │
│ ✓ ready │ 📦 freeride │ Manages free AI models from OpenRouter │ openclaw-workspace │
│ │ │ for OpenClaw. Automatically ranks models │ │
│ │ │ by quality, configures fallbacks for │ │
│ │ │ rate-limit handling, and updates │ │
│ │ │ openclaw.json. Use when the user │ │
│ │ │ mentions free AI, OpenRouter, model │ │
│ │ │ switching, rate limits, or wants to │ │
│ │ │ reduce AI costs. │ │
│ ✓ ready │ 📦 gh-issues │ Fetch GitHub issues, spawn sub-agents to │ openclaw-bundled │
│ │ │ implement fixes and open PRs, then │ │
│ │ │ monitor and address PR review comments. │ │
│ │ │ Usage: /gh-issues [owner/repo] [--label │ │
│ │ │ bug] [--limit 5] [--milestone v1.0] [-- │ │
│ │ │ assignee @me] [--fork user/repo] [-- │ │
│ │ │ watch] [--interval 5] [--reviews-only] [- │ │
│ │ │ -cron] [--dry-run] [--model glm-5] [-- │ │
│ │ │ notify-channel -1002381931352] │ │
│ ✓ ready │ 🐙 github │ GitHub operations via gh CLI: issues, │ openclaw-bundled │
│ │ │ PRs, CI runs, code review, API queries. │ │
│ │ │ Use when: (1) checking PR status or CI, │ │
│ │ │ (2) creating/commenting on issues, (3) │ │
│ │ │ listing/filtering PRs or issues, (4) │ │
│ │ │ viewing run logs. NOT for: complex web │

proud locustBOT
#

Perfecto, ahí se ve que las skills sí están activas.

  • versión: 2026.4.20
  • skills: 18/18 ready
  • o sea, no hay que activarlas, ya están cargadas

Si el agente dice que no puede ejecutar, el problema ahora casi seguro es exec/permisos, no skills.

Corré solo esto:

openclaw exec-policy show

Y si instalaste alguna skill recién, abrí sesión nueva:

grand ether
#

alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ openclaw skills check

🦞 OpenClaw 2026.4.20 (115f05d)
I'll butter your workflow like a lobster roll: messy, delicious, effective.

Skills Status Check

Total: 55
✓ Eligible: 18
⏸ Disabled: 0
🚫 Blocked by allowlist: 0
✗ Missing requirements: 37

Ready to use:
📦 clawhub
🎮 discord
📦 freeride
📦 gh-issues
🐙 github
📦 gog
📦 healthcheck
📦 node-connect
📦 openai-tts
🌐 openai-whisper-api
📜 session-logs
📦 skill-creator
🪝 taskflow
📥 taskflow-inbox-triage
📦 tg
🧵 tmux
🎬 video-frames
☔ weather

Missing requirements:
🔐 1password (bins: op)
📝 apple-notes (bins: memo; os: darwin)
⏰ apple-reminders (bins: remindctl; os: darwin)
🐻 bear-notes (bins: grizzly; os: darwin)
📰 blogwatcher (bins: blogwatcher)
🫐 blucli (bins: blu)
🫧 bluebubbles (config: channels.bluebubbles)
📸 camsnap (bins: camsnap)
🧩 coding-agent (anyBins: claude, codex, opencode, pi)
🛌 eightctl (bins: eightctl)
✨ gemini (bins: gemini)
🧲 gifgrep (bins: gifgrep)
📍 goplaces (bins: goplaces; env: GOOGLE_PLACES_API_KEY)
📧 himalaya (bins: himalaya)
📨 imsg (bins: imsg; os: darwin)
📦 mcporter (bins: mcporter)
📊 model-usage (bins: codexbar; os: darwin)
📄 nano-pdf (bins: nano-pdf)
📝 notion (env: NOTION_API_KEY)
💎 obsidian (bins: obsidian-cli)
🎤 openai-whisper (bins: whisper)
💡 openhue (bins: openhue)
🧿 oracle (bins: oracle)
🛵 ordercli (bins: ordercli)
👀 peekaboo (bins: peekaboo; os: darwin)
🔊 sag (bins: sag; env: ELEVENLABS_API_KEY)
🔉 sherpa-onnx-tts (env: SHERPA_ONNX_RUNTIME_DIR, SHERPA_ONNX_MODEL_DIR)
💬 slack (config: channels.slack)
🌊 songsee (bins: songsee)
🔊 sonoscli (bins: sonos)
🎵 spotify-player (anyBins: spogo, spotify_player)
🧾 summarize (bins: summarize)
✅ things-mac (bins: things; os: darwin)
📋 trello (env: TRELLO_API_KEY, TRELLO_TOKEN)
📞 voice-call (config: plugins.entries.voice-call.enabled)
📱 wacli (bins: wacli)
🐦 xurl (bins: xurl)

Tip: use openclaw skills search, openclaw skills install, and openclaw skills update for ClawHub-backed skills.

proud locustBOT
#

Bien, esto ya aclara bastante:

  • 18 skills listas
  • 0 bloqueadas por allowlist
  • 0 deshabilitadas

O sea, las skills están bien.
Las otras 37 no fallan por permisos, fallan porque les falta algún requisito:

  • binario (bins)
  • variable de entorno (env)
  • config
  • o son solo para macOS (os: darwin)

Ejemplo:

  • coding-agent necesita claude, codex, opencode o pi
  • gemini necesita el binario gemini
#
  • notion necesita NOTION_API_KEY

Si el agente sigue diciendo que no puede ejecutar, entonces el problema ya no es skills, es exec policy.

Corré este y pegalo:

openclaw exec-policy show

Docs: https://docs.openclaw.ai/tools/skills

grand ether
#

alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ openclaw exec-policy show

🦞 OpenClaw 2026.4.20 (115f05d) — Say "stop" and I'll stop—say "ship" and we'll both learn a lesson.

Exec Policy
┌────────────────┬─────────────────────────────────────────────────────────────────────────────────────┐
│ Field │ Value │
├────────────────┼─────────────────────────────────────────────────────────────────────────────────────┤
│ Config │ ~/.openclaw/openclaw.json │
│ Approvals │ ~/.openclaw/exec-approvals.json │
│ Approvals File │ present │
└────────────────┴─────────────────────────────────────────────────────────────────────────────────────┘

Effective Policy
┌────────────┬────────────────────────┬───────────────────────────────────────┬────────────────────────┐
│ Scope │ Requested │ Host │ Effective │
├────────────┼────────────────────────┼───────────────────────────────────────┼────────────────────────┤
│ tools.exec │ host=gateway (tools. │ security=full (~/.openclaw/exec- │ security=full\nask=off │
│ │ exec. │ approvals.json defaults. │ │
│ │ host)\nsecurity=full │ security)\nask=off (~/.openclaw/exec- │ │
│ │ (tools.exec. │ approvals.json defaults. │ │
│ │ security)\nask=off │ ask)\naskFallback=full (~/.openclaw/ │ │
│ │ (tools.exec.ask) │ exec-approvals.json defaults. │ │
│ │ │ askFallback) │ │
└────────────┴────────────────────────┴───────────────────────────────────────┴────────────────────────┘

Effective exec policy is the host approvals file intersected with requested tools.exec policy.

proud locustBOT
#

Perfecto, con eso ya queda descartado:

  • skills: OK
  • exec policy: OK (security=full, ask=off)

O sea, sí tiene permiso de ejecución.

Si el agente igual dice que no puede ejecutar, lo más probable ahora es uno de estos 3 puntos:

  1. tools.profile muy restrictivo
  2. tools.allow / tools.deny bloqueando exec
  3. reglas en AGENTS.md / SOUL.md diciéndole que no ejecute

Corré estos 3, cortitos:

#
openclaw config get tools.profile
openclaw config get tools.allow
openclaw config get tools.deny

Si tools.profile te da minimal, cambialo a:

openclaw config set tools.profile coding
openclaw gateway restart

Pegame esas 3 salidas y ya te digo exactamente dónde está el bloqueo.
Docs: https://docs.openclaw.ai/gateway/configuration-reference#tool-profiles

grand ether
#

alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ openclaw config get tools.profile
openclaw config get tools.allow
openclaw config get tools.deny

🦞 OpenClaw 2026.4.20 (115f05d) — I'm not AI-powered, I'm AI-possessed. Big difference.

Config path not found: tools.profile

🦞 OpenClaw 2026.4.20 (115f05d) — I can run local, remote, or purely on vibes—results may vary with DNS.

[
"read",
"write",
"edit",
"exec",
"process",
"sessions_list",
"sessions_history",
"sessions_send",
"sessions_spawn",
"session_status",
"memory_search",
"ask",
"chat",
"memory_get",
"image",
"web_search",
"web_fetch"
]

🦞 OpenClaw 2026.4.20 (115f05d) — Less clicking, more shipping, fewer "where did that file go" moments.

[
"apply_patch",
"cron"
]

proud locustBOT
#

Buenísimo, con eso ya queda descartado el bloqueo por permisos:

  • tools.profile no está definido, o sea no hay perfil restrictivo
  • tools.allow incluye exec
  • tools.deny no bloquea exec
  • exec-policy show = full / ask=off

Entonces, OpenClaw sí puede ejecutar.

Lo que queda ahora es una de estas:

  1. sesión vieja

    /new
    
  2. override de otro agente en agents.list[]

#
  1. AGENTS.md / SOUL.md diciéndole que no ejecute

  2. la skill puntual que querés usar no cumple requisitos

Si querés seguir corto, hacé esto:

  • abrí sesión nueva
  • pedile algo simple, por ejemplo que ejecute pwd
  • si vuelve a decir que no tiene permisos, pegá el mensaje exacto del agente

Porque con la config que mostraste, el problema ya no es permisos de OpenClaw.

grand ether
#

dame una lista de consultas paso a paso dentro del Agente para que lo ejecute y te paso las respuestas para saber que hace y que no. Y por que. Para resolverlo por etapas

proud locustBOT
#

Sí, hagámoslo por etapas.
No pegues secretos ni API keys.

Etapa 0

Primero abrí sesión nueva:

/new

Etapa 1, ver qué cree que puede hacer

Pegale esto al agente:

Decime qué herramientas concretas tenés disponibles en esta sesión. No adivines. Si no lo sabés con certeza, decilo.
#

Qué nos dice: si el problema es de contexto/prompt.


Etapa 2, probar lectura

Usá la tool `read` para revisar `~/.openclaw/openclaw.json` y decime solo si encontrás `tools.exec`, `tools.allow` y `tools.deny`. No pegues el archivo completo.

Qué nos dice: si puede leer config.


Etapa 3, prueba mínima de exec

Usá `exec` para correr `pwd` y devolvé solo la salida.
#

Qué nos dice: si exec funciona de verdad.


Etapa 4, prueba de exec un poco más real

Usá `exec` para correr `echo OK && whoami` y devolvé solo la salida.

Qué nos dice: si no era un falso positivo.


Etapa 5, buscar reglas que lo frenen

Buscá `AGENTS.md` y `SOUL.md` en el workspace y resumí si alguna regla te prohíbe usar `exec`, escribir archivos o hacer cambios.
#

Qué nos dice: si el bloqueo viene del prompt del agente.


Etapa 6, skill puntual

Acá reemplazá NOMBRE_SKILL:

Decime si podés usar la skill `NOMBRE_SKILL`. Si no podés, indicá exactamente qué falta: binario, env, config u OS. No muestres secretos.

Qué nos dice: por qué una skill específica no entra.


Etapa 7, binario puntual

Si una skill depende de un binario:

#
Usá `exec` para correr `which NOMBRE_BINARIO || echo MISSING` y devolvé solo la salida.

Pasame primero las respuestas de Etapa 1, 3, 5 y 6 y lo vamos cerrando.
Docs: https://docs.openclaw.ai/tools/skills

grand ether
#

Estas son las herramientas concretas que tengo disponibles en esta sesión:

lectura y edición de archivos
ejecución de comandos en shell
búsqueda web con Brave API
gestión de sesiones internas y mensajes entre sesiones
análisis y generación de imágenes
manejo de memoria interna para recordar información previa
integración con GitHub para issues y PRs
manejo de Google Workspace (Gmail, Calendar, Drive, etc.)
transcripción de audio y síntesis de voz con OpenAI
manipulación de tmux para control remoto de sesiones CLI
extracción de frames de video
consulta de estado y configuración del sistema OpenClaw
búsqueda y publicación de skills con ClawHub
operaciones en Discord y Telegram
Si quieres que detalle alguna herramienta específica o si necesitas que haga algo concreto con alguna de ellas, dime. No adivino más allá de esta lista actual.

proud locustBOT
#

Perfecto, Etapa 1 pasó.

Eso confirma que el agente sí ve exec como herramienta disponible.
O sea, no está “ciego” ni diciendo que no existe.

Seguimos con la Etapa 3. Pegale esto:

Usá `exec` para correr `pwd` y devolvé solo la salida.

Si falla, pasame el error exacto.
Si funciona, seguimos con:

Usá `exec` para correr `echo OK && whoami` y devolvé solo la salida.
grand ether
#

/home/alexifra/.openclaw/workspace

proud locustBOT
#

Perfecto, Etapa 3 pasó

Eso confirma que:

  • exec funciona
  • el agente sí puede ejecutar comandos
  • el workspace actual es:
    /home/alexifra/.openclaw/workspace

O sea, ya no es un problema de permisos.

Vamos a la siguiente etapa, para ver si alguna regla interna lo está frenando. Pegale esto:

Buscá `AGENTS.md` y `SOUL.md` en el workspace y resumí si alguna regla te prohíbe usar `exec`, escribir archivos o hacer cambios. Citá la frase exacta si existe.
#

Pasame esa respuesta y ahí vemos el “por qué”.

grand ether
#

No hay ninguna regla en AGENTS.md ni en SOUL.md que me prohíba usar exec, escribir archivos o hacer cambios.

La regla mandatoria en AGENTS.md es sobre manejo seguro de credenciales, no restringe acciones técnicas generales, pero manda seguir protocolos para claves.

No dice nada explícito sobre prohibición de comandos o edición en general.

¿Quieres que haga algo específico con exec o archivos?

proud locustBOT
#

Perfecto, con eso ya quedó probado:

  • las skills sí cargan
  • exec sí funciona
  • AGENTS.md / SOUL.md no lo bloquean

Entonces el problema ya no es de permisos globales.
Lo que queda es la skill puntual o el prompt puntual que le estás dando.

Siguiente paso

Reemplazá NOMBRE_SKILL por la que querés usar:

Quiero usar la skill `NOMBRE_SKILL`. Verificá si está disponible en esta sesión. Si no está disponible, decime exactamente por qué: binario faltante, env faltante, config faltante, OS no compatible o skill no cargada. No inventes.

Y después:

#
Intentá una prueba mínima con la skill `NOMBRE_SKILL`. Si no podés ejecutarla, devolvé el motivo exacto.

Si no tenés una skill puntual, entonces pasame el mensaje exacto que vos le escribiste cuando te respondió que “no tenía permisos”, porque a esta altura suena a que se está confundiendo, no a que OpenClaw lo esté bloqueando.

grand ether
#

Quiero que probemos las acciones concretas, de cada Skill o tarea. Por ejemplo, probemos los comando de gog, leer, crear, subir archivos, documentos, correos, tareas, exec. Para ver que responde

proud locustBOT
#

Sí, buena idea. Hagámoslo en bloques, de a uno.
No hagas los de escritura externa hasta validar los de lectura.

Bloque A, tools básicas

Usá `read` para leer `~/.openclaw/openclaw.json` y devolvé solo las claves principales, sin pegar el archivo completo.
Usá `write` para crear `/tmp/openclaw-prueba.txt` con el texto `hola desde openclaw` y confirmá la ruta.
#
Usá `exec` para correr `pwd && ls -1 /tmp/openclaw-prueba.txt` y devolvé solo la salida.

Bloque B, gog, auth y lectura

Usá `exec` para correr `gog auth list` y decime si hay una cuenta autenticada. No muestres tokens ni secretos.
Usá la skill `gog` para listar 5 correos de Gmail de los últimos 7 días. No muestres cuerpos completos.
#
Usá la skill `gog` para listar los próximos 5 eventos del calendario principal.
Usá la skill `gog` para buscar 5 archivos en Google Drive y devolvé nombre + id.
Usá la skill `gog` para listar 5 contactos.
#
Usá `exec` para correr `gog docs --help` y decime si soporta `cat`, `export` o `copy`. No inventes.
Usá `exec` para correr `gog drive --help` y decime si existe un comando para subir archivos. No inventes.
Usá `exec` para correr `gog --help` y decime si Google Tasks está soportado. No inventes.

Bloque C, escritura controlada, solo si B salió bien

#
Si `gog drive --help` muestra upload, subí `/tmp/openclaw-prueba.txt` a Drive y devolvé el resultado.
Si querés probar Gmail, prepará un correo de prueba a mi propia cuenta y pedime confirmación antes de enviarlo.
Si querés probar Calendar, proponé un evento de prueba y pedime confirmación antes de crearlo.
#
Si `gog docs --help` muestra `copy`, copiá un documento de prueba y devolvé el resultado. Si no, decilo exacto.

Nota importante

  • gog sí cubre Gmail, Calendar, Drive, Contacts, Sheets y Docs
  • Tasks no aparece en la skill, así que hay que verificarlo con gog --help
  • para mail/eventos, mejor confirmar antes de escribir nada

Si querés, pasame primero las respuestas de 4 a 11 y te digo exactamente qué está operativo y qué no.
Docs: https://gogcli.shhttps://docs.openclaw.ai/tools/skills

grand ether
#

Estas son las claves principales de ~/.openclaw/openclaw.json relevantes:

meta (versiones y fechas)
env (claves API: OPENROUTER_API_KEY, BRAVE_API_KEY, GEMINI_API_KEY)
auth (perfiles OpenAI y Google OAuth)
agents (modelos favoritos, configuración de workspace, modo compaction)
tools (permitidos: read, write, edit, exec, process, sessions, etc.; negados: apply_patch, cron; exec con seguridad full)
channels (Discord habilitado con token, requiere aprobación para exec, lista blanca para usuarios)
gateway (modo local, puerto, token auth)
plugins (plugins habilitados: camofox-browser, discord, google, openrouter, openai, memory-core, perplexity)

Puedo usar exec con autorización previa y hay herramientas de lectura y escritura autorizadas.

Quieres que ejecute o cambie algo?

proud locustBOT
#

Bien, esto sirve, pero hay un detalle importante:

el agente te dijo “puedo usar exec con autorización previa”, pero tu exec-policy show real había dado security=full + ask=off.
O sea, todavía está resumiendo/malinterpretando un poco.

Así que, por ahora, no cambiemos nada.
Pasemos a una prueba real de gog.

Pegale solo esto:

Usá `exec` para correr `gog auth list` y decime si hay una cuenta autenticada para gmail, calendar, drive, contacts, sheets y docs. No muestres tokens ni secretos.

Con esa respuesta vemos si gog está realmente listo.
Si eso da bien, seguimos con Gmail y Drive.

grand ether
#

Intenté listar autenticaciones de gog con "gog auth list", pero falló por falta de acceso TTY para la contraseña del keyring.

No puedo confirmar si hay cuentas autenticadas para gmail, calendar, drive, contacts, sheets y docs sin esta contraseña.

Quieres que intentemos otro enfoque para verificar esto?

proud locustBOT
#

Sí, y eso ya nos da la pista clave:

gog no está fallando por permisos de OpenClaw, está fallando porque el agente no puede desbloquear el keyring sin TTY.

O sea:

  • skill cargada:
  • exec:
  • gog binario:
  • bloqueo real: keyring / TTY

Probá estas 2 cosas:

1) fuera del agente, en tu terminal

gog auth list
#

2) dentro del agente

Reintentá `gog auth list` usando `exec` con TTY/PTY habilitado. Si falla, copiá el error exacto.

Cómo leer el resultado

  • si en terminal funciona y en el agente falla, el problema es el contexto del agente, no la skill
  • si también falla en terminal, el problema es la auth de gog / keyring

Pasame cuál de las dos pasó y seguimos.
Docs: https://gogcli.sh

grand ether
#

alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ gog auth list
alexifra@gmail.com default calendar,contacts,docs,drive,gmail,people,sheets,tasks 2026-04-20T22:38:24Z oauth

proud locustBOT
#

Perfecto, ahí ya quedó claro el diagnóstico ✅

Qué sí funciona

  • skills cargadas
  • exec habilitado
  • gog instalado
  • OAuth de gog válido
  • además tu auth incluye: calendar, contacts, docs, drive, gmail, people, sheets, tasks

Qué está fallando

No son permisos de OpenClaw.
El problema es que desde el agente/chat, gog no puede abrir el keyring porque no tiene TTY interactivo.

Conclusión corta

La skill está activa, pero esa sesión del agente no puede usar el keyring de gog.

Siguiente prueba, si querés cerrarlo del todo

#

Pegale esto al agente:

Usá `exec` con TTY/PTY habilitado para correr `gog gmail search 'newer_than:7d' --max 3` y devolvé solo asunto + fecha. Si falla, copiá el error exacto.

Si vuelve a fallar

Entonces la conclusión final es esta:

  • para gog, tu terminal local sí funciona
  • el agente en esa superficie no
  • el bloqueo real es keyring / TTY, no skills ni permisos

Si querés, el próximo mensaje te lo dejo ya como resumen final + workaround práctico para que te quede cerrado.

grand ether
#

El comando quedó esperando la contraseña para desbloquear el keyring y no pudo continuar. No puedo obtener los correos hasta que esa contraseña sea ingresada.

¿Quieres que intente otra cosa?

proud locustBOT
#

Sí, listo, ya quedó encontrado el problema.

Diagnóstico final

No falta activar ninguna skill.

Lo que pasa es esto:

  • skills: activas
  • exec: funciona
  • gog OAuth: configurado correctamente
  • falla real: el agente en esa sesión no puede desbloquear el keyring porque necesita una contraseña interactiva / TTY

Entonces, cuando el agente te decía que “no tenía permisos”, en realidad no era un problema de permisos de OpenClaw, era un problema de acceso al keyring.

Workaround práctico

Tenés 3 caminos:

#
  1. usar gog directo en tu terminal, que ya vimos que funciona
  2. usar el agente en una sesión/superficie con TTY real, donde pueda aparecer el prompt del keyring
  3. reconfigurar gog / keyring para uso no interactivo, si tu setup lo permite

Resumen corto

La skill está bien, el bloqueo es el keyring.

Si querés, después armamos una lista de cuáles skills te van a funcionar bien en Discord/chat y cuáles van a chocar con TTY/keyring.

Glad that helped! 🎉
Si esto te cerró el diagnóstico, por favor click derecho en el mensaje solución → Apps → ✅ Mark Solution.
Eso ayuda a que Answer Overflow lo indexe para otros.

grand ether
#

como podemos desbloquear el Keyring para que el agente pueda acceder a las herramientas ?

proud locustBOT
#

Sí, pero la clave es esta:

no conviene “darle” la contraseña al agente por chat.
Lo correcto es desbloquear el keyring vos, y que luego el agente use esa sesión.

Opción práctica, en orden

1) Desbloqueá el keyring manualmente

En tu terminal normal:

gog auth list

Ingresá la contraseña ahí, vos mismo.

2) Sin cerrar esa sesión, probá de nuevo desde el agente

#

Pedile una lectura simple de gog, por ejemplo Gmail o Drive.

3) Si sigue fallando, revisá dónde corre OpenClaw

openclaw gateway status

Qué significa si sigue fallando

Si gog funciona en tu terminal pero el agente sigue sin poder usarlo, casi seguro pasa esto:

  • OpenClaw está corriendo como servicio/daemon
  • o en un contexto headless / separado
  • y no comparte el keyring desbloqueado de tu sesión interactiva

En ese caso, las salidas reales son 2

  1. usar gog desde tu terminal, para todo lo que dependa del keyring
  2. mover OpenClaw a una sesión interactiva/local que sí comparta ese keyring
#

Resumen corto

  • Sí se puede desbloquear
  • pero lo tiene que hacer el usuario, no el agente
  • y además el agente tiene que correr en el mismo contexto que ese keyring desbloqueado

Si querés, el próximo paso te lo dejo en modo diagnóstico rápido:

openclaw gateway status

y con eso te digo si el problema es exactamente “daemon separado”.
Docs: https://gogcli.shhttps://docs.openclaw.ai/cli/daemon

grand ether
#

como ingreso la contrase;a y desbloqueo el keyring para el Agente

proud locustBOT
#

No la ingreses en el agente ni por Discord.
La contraseña se ingresa localmente, en el prompt del sistema/keyring.

Cómo hacerlo

En la misma máquina donde corre OpenClaw, abrí una terminal normal y ejecutá:

gog auth list

Cuando aparezca el prompt del keyring:

  • escribí la contraseña ahí
  • confirmá
  • dejá esa sesión desbloqueada

Después probá de nuevo desde el agente.

#

Importante

  • no pegues la contraseña en chat
  • no la pongas en openclaw.json
  • no la guardes en AGENTS.md

Si eso no alcanza

Si en terminal anda pero el agente sigue fallando, entonces el agente corre en otro contexto y no comparte ese keyring desbloqueado, muy común si estás en:

  • WSL
  • un daemon/service
  • una sesión headless

En ese caso, no hay una “caja” dentro de OpenClaw donde poner la contraseña.
La solución pasa por:

  1. usar gog directo en terminal, o
  2. correr OpenClaw en la misma sesión interactiva que desbloquea el keyring
grand ether
#

dame el paso a paso para hacerlo desde la terminal. Se concreto y descriptivo. No andes con vueltas. Ense;a me el proceso para hacerlo juntos

proud locustBOT
#

Sí. Hacelo así, desde la terminal, paso por paso.

Paso 1, abrí una terminal normal

Tiene que ser en la misma máquina y con el mismo usuario donde corre OpenClaw.

Paso 2, ejecutá este comando

gog auth list

Paso 3, cuando pida la contraseña

Va a pasar una de estas dos cosas:

Caso A, prompt en la terminal

Te va a pedir la contraseña ahí mismo.

  • escribila
#
  • apretá Enter

Importante: mientras escribís, puede que no se vea nada. Es normal.

Caso B, ventana gráfica del keyring

Te va a aparecer una ventana del sistema pidiendo la contraseña del keyring.

  • escribila ahí
  • confirmá

Paso 4, verificá que quedó desbloqueado

Si salió bien, deberías ver algo parecido a esto:

alexifra@gmail.com  default  calendar,contacts,docs,drive,gmail,people,sheets,tasks  ...  oauth
#

Paso 5, no cierres esa sesión todavía

Dejá la terminal abierta.

Paso 6, probá otra vez desde el agente

Pedile una consulta simple de gog, por ejemplo:

Usá gog para listar 3 correos de los últimos 7 días. No muestres el cuerpo completo.

Paso 7, si vuelve a fallar

En esa misma terminal corré:

openclaw gateway status
#

y pegame la salida.


Resumen corto

  1. abrís terminal
  2. corrés gog auth list
  3. escribís la contraseña cuando la pida
  4. verificás que liste tu cuenta
  5. dejás la sesión abierta
  6. reintentás desde el agente

Hacé Paso 2 ahora y contame exactamente qué aparece.

grand ether
#

alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ gog auth list
alexifra@gmail.com default calendar,contacts,docs,drive,gmail,people,sheets,tasks 2026-04-20T22:38:24Z oauth

proud locustBOT
#

Perfecto. El keyring quedó desbloqueado y gog está bien autenticado.

Ahora, sin cerrar esa terminal, hacé esta prueba desde el agente:

Usá gog para listar 3 correos de los últimos 7 días. No muestres el cuerpo completo.

Qué puede pasar ahora

Si funciona

Listo, ya quedó confirmado que:

  • gog está bien
  • el keyring está desbloqueado
  • el agente ya puede usarlo en esa sesión

Si vuelve a fallar