#Activar Skill en Open Claw 2026.4.20
1 messages · Page 1 of 1 (latest)
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= instaladasopenclaw skills list --eligible= las que ese agente puede usar ahoraopenclaw skills check= te muestra problemas de carga/gating
Si está instalada pero el agente no la usa
Revisá estas 3 cosas:
-
Nueva sesión
- las skills se cargan al iniciar sesión
- hacé
/newo:
openclaw gateway restart -
Allowlist del agente
En~/.openclaw/openclaw.json, si usás:agents.defaults.skillsagents.list[].skills
entonces la skill tiene que estar incluida ahí.
- 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.allowmuy restrictivo- approvals locales bloqueando exec
Para verlo:
openclaw exec-policy show
openclaw approvals get
Docs:
- https://docs.openclaw.ai/help/faq
- https://docs.openclaw.ai/tools/skills
- https://docs.openclaw.ai/tools/skills-config
- https://docs.openclaw.ai/tools/exec-approvals
Si querés, pegá acá estas 3 salidas y te digo exactamente qué está bloqueando:
openclaw --version
openclaw skills list --eligible
openclaw exec-policy show
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
openclaw --version
openclaw skills list
openclaw skills list --eligible
openclaw skills check
openclaw exec-policy show
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 │
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:
/new
o reiniciá:
openclaw gateway restart
Si querés, pegá solo la salida de openclaw exec-policy show y te digo qué bloquearía.
Docs: https://docs.openclaw.ai/tools/exec-approvals
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.
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-agentnecesitaclaude,codex,opencodeopigemininecesita el binariogemini
notionnecesitaNOTION_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
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.
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:
tools.profilemuy restrictivotools.allow/tools.denybloqueandoexec- reglas en
AGENTS.md/SOUL.mddicié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
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"
]
Buenísimo, con eso ya queda descartado el bloqueo por permisos:
tools.profileno está definido, o sea no hay perfil restrictivotools.allowincluyeexectools.denyno bloqueaexecexec-policy show= full / ask=off
Entonces, OpenClaw sí puede ejecutar.
Lo que queda ahora es una de estas:
-
sesión vieja
/new -
override de otro agente en
agents.list[]
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.
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
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
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.
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.
/home/alexifra/.openclaw/workspace
Perfecto, Etapa 3 pasó ✅
Eso confirma que:
execfunciona- 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é”.
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?
Perfecto, con eso ya quedó probado:
- las skills sí cargan
execsí funcionaAGENTS.md/SOUL.mdno 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.
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
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
gogsí 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.sh • https://docs.openclaw.ai/tools/skills
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?
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.
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?
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: sí
exec: sígogbinario: sí- 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
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
Perfecto, ahí ya quedó claro el diagnóstico ✅
Qué sí funciona
- skills cargadas
- exec habilitado
goginstalado- OAuth de
gogvá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.
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?
Sí, listo, ya quedó encontrado el problema.
Diagnóstico final
No falta activar ninguna skill.
Lo que pasa es esto:
- skills: activas
- exec: funciona
gogOAuth: 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:
- usar
gogdirecto en tu terminal, que ya vimos que funciona - usar el agente en una sesión/superficie con TTY real, donde pueda aparecer el prompt del keyring
- 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.
como podemos desbloquear el Keyring para que el agente pueda acceder a las herramientas ?
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
- usar
gogdesde tu terminal, para todo lo que dependa del keyring - 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.sh • https://docs.openclaw.ai/cli/daemon
como ingreso la contrase;a y desbloqueo el keyring para el Agente
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:
- usar
gogdirecto en terminal, o - correr OpenClaw en la misma sesión interactiva que desbloquea el keyring
Si querés, te dejo el siguiente chequeo mínimo:
openclaw gateway status
y con eso te digo si está corriendo como servicio separado.
Docs: https://gogcli.sh • https://docs.openclaw.ai/cli/daemon
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
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
- abrís terminal
- corrés
gog auth list - escribís la contraseña cuando la pida
- verificás que liste tu cuenta
- dejás la sesión abierta
- reintentás desde el agente
Hacé Paso 2 ahora y contame exactamente qué aparece.
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
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:
gogestá bien- el keyring está desbloqueado
- el agente ya puede usarlo en esa sesión