Skill instalable

Convierte TwtAPI en una Skill que los usuarios puedan instalar de inmediato

Si no quieres que tus usuarios empiecen con documentacion de API y codigo de requests, entragales una Skill instalable. El gateway alojado ya esta listo, asi que solo necesitan generar un skill_key y completar una configuracion corta en OpenClaw o en un runner compatible.

Instalacion con ClawHubgateway alojadoskill_key dedicadorunners compatibles

La configuracion es corta

La Skill publica se encarga del entrypoint alojado, asi que normalmente solo hacen falta estas tres acciones.

1

Generar el skill_key en el dashboard

2

Ejecutar clawhub install twtapi

3

Agregar TWTAPI_SKILL_KEY a variables de entorno o al archivo de config

Por que Skill

Empaquetar el API como un punto de entrada instalable facilita la adopcion

Una Skill es mejor para usuarios que quieren empezar con TwtAPI rapido, sin integrar primero la API cruda.

M

Menor friccion de entrada

El usuario puede empezar con instalacion y configuracion en vez de estudiar documentacion y requests.

S

Se siente mas como producto

Es mas facil entregar una Skill como capacidad lista para usar que solo una referencia de API.

A

Autenticacion separada

Un skill_key dedicado mantiene el acceso de Skill separado de las credenciales principales del API.

E

Encaja con workflows de agentes

Los runners compatibles pueden usar TwtAPI directamente dentro de flujos asistidos o agenticos.

Cuando encaja mejor

Casos donde una Skill funciona mejor que la API cruda

Si el objetivo es adopcion rapida y no una integracion personalizada profunda, la Skill suele ser mas natural.

01

Entrega a usuarios no tecnicos

Si la persona solo quiere la capacidad y no construir sobre la API, la ruta de Skill es mas simple.

02

Distribucion interna

Un mismo comando de instalacion y una misma plantilla de configuracion sirven para varios equipos.

03

Stacks de agentes y automatizacion

Si necesitas capacidades de Twitter dentro de un runner o sistema de automatizacion, la Skill encaja muy bien.

Inicio rapido

La Skill publica se instala en 3 pasos

La capa gateway ya esta alojada, asi que del lado del usuario solo hace falta una key y una configuracion local corta.

1

1. Genera una Skill Key

Abre la pestana Skill en el dashboard y crea o rota un skill_key con prefijo `tsk-`.

2

2. Instala la Skill publica

Ejecuta `clawhub install twtapi` en un entorno compatible para instalar la Skill publica de TwtAPI.

3

3. Agrega config y reinicia

Configura `TWTAPI_SKILL_KEY` en variables de entorno o en un archivo de config y reinicia el runner.

Plantillas de instalacion

Estas tres piezas suelen ser suficientes

Puedes compartir estos comandos y plantillas como flujo por defecto para la Skill publica.

Comando de instalacion

Primero instala el paquete publico `twtapi`.

Despues agrega el skill_key generado y reinicia el cliente o runner.

clawhub install twtapi

Variable de entorno

La forma mas simple es guardar el skill_key en una variable de entorno.

Sustituye `tsk-your-skill-key` por el valor real de tu dashboard.

export TWTAPI_SKILL_KEY="tsk-your-skill-key"

Plantilla de configuracion

Si el cliente usa archivo de config, puedes escribir la entrada de Skill directamente.

Guarda la plantilla actualizada y reinicia el runner despues de reemplazar la key de ejemplo.

{
  "skills": {
    "entries": {
      "twtapi": {
        "enabled": true,
        "env": {
          "TWTAPI_SKILL_KEY": "tsk-your-skill-key"
        }
      }
    }
  }
}

Preguntas frecuentes

Preguntas comunes

Entrega TwtAPI como una Skill instalable para OpenClaw y runners compatibles. La Skill publica ya incluye el gateway alojado, asi que el usuario solo necesita un skill_key dedicado.

En que se diferencia Skill de MCP?

MCP es para clientes de IA que hablan el protocolo MCP. Skill es un formato instalable pensado para runners y para distribucion mas simple.

El usuario necesita alojar el gateway?

No. La Skill publica ya incluye el hosted gateway, asi que el usuario solo necesita su propio skill_key.

Por que usar un skill_key separado?

Porque separa el acceso de Skill de las credenciales principales del API y facilita la rotacion, el control de acceso y el diagnostico.

Dales primero una entrada instalable antes de empujarlos a una integracion completa del API

Si tu prioridad es activar usuarios mas rapido, una Skill publica suele adoptarse mejor que documentacion de API desde el primer dia.