Skill installable

Transformez TwtAPI en Skill que les utilisateurs peuvent installer tout de suite

Si vous ne voulez pas que vos utilisateurs commencent par la documentation API et le code de requete, donnez-leur un Skill installable. La passerelle hebergee est deja prete, ils n ont plus qu a generer un skill_key et terminer une courte configuration dans OpenClaw ou un runner compatible.

Installation ClawHubgateway hebergeskill_key dedierunners compatibles

La configuration est courte

Le Skill public gere le point d entree heberge, donc trois actions suffisent en general.

1

Generer le skill_key dans le dashboard

2

Executer clawhub install twtapi

3

Ajouter TWTAPI_SKILL_KEY dans les variables d environnement ou un fichier de config

Pourquoi Skill

Un point d entree installable facilite l adoption

Le format Skill convient mieux aux utilisateurs qui veulent utiliser TwtAPI rapidement sans integrer d abord l API brute.

M

Moins de friction

L utilisateur commence par installer et configurer, au lieu de lire la doc et de monter ses requetes.

P

Plus proche d un produit

Un Skill est plus simple a livrer comme capacite prete a l emploi qu une simple reference API.

A

Auth separee

Un skill_key dedie separe l acces Skill des identifiants API principaux.

A

Adapte aux workflows agents

Les runners compatibles peuvent utiliser directement les capacites TwtAPI dans des workflows assistes.

Cas ideaux

Quand un Skill est plus adapte que l API brute

Si vous cherchez une adoption rapide plutot qu une integration sur mesure, le Skill est souvent plus naturel.

01

Livrer a des non-developpeurs

Si la personne veut la capacite sans construire sur l API, la voie Skill est plus simple.

02

Distribution interne

Une commande d installation et un modele de configuration peuvent servir a toute une equipe.

03

Agents et automatisation

Si vous avez besoin de capacites Twitter dans un runner ou un systeme d automatisation, le format Skill est tres adapte.

Demarrage rapide

Le Skill public s installe en 3 etapes

La couche gateway est deja hebergee, donc cote utilisateur il suffit d une key et d une courte configuration locale.

1

1. Generer une Skill Key

Ouvrez l onglet Skill dans le dashboard et creez ou renouvelez un skill_key avec le prefixe `tsk-`.

2

2. Installer le Skill public

Lancez `clawhub install twtapi` dans un environnement compatible pour installer le Skill public TwtAPI.

3

3. Ajouter la config puis redemarrer

Definissez `TWTAPI_SKILL_KEY` dans une variable d environnement ou un fichier de config, puis redemarrez le runner.

Modeles d installation

Ces trois extraits suffisent le plus souvent

Vous pouvez partager ces commandes et modeles comme flux standard pour le Skill public.

Commande d installation

Installez d abord le package public `twtapi`.

Ajoutez ensuite le skill_key genere puis redemarrez le client ou le runner.

clawhub install twtapi

Variable d environnement

Le plus simple est de stocker le skill_key dans une variable d environnement.

Remplacez `tsk-your-skill-key` par la vraie valeur du dashboard.

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

Modele de configuration

Si le client utilise un fichier de config, vous pouvez y declarer directement le Skill.

Enregistrez le modele mis a jour puis redemarrez le runner apres remplacement de la key exemple.

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

Questions frequentes

Questions frequentes

Distribuez TwtAPI sous forme de Skill installable pour OpenClaw et les runners compatibles. Le Skill public inclut deja une passerelle hebergee, donc l utilisateur n a besoin que d un skill_key dedie.

Quelle difference entre Skill et MCP ?

MCP s adresse aux clients IA compatibles avec le protocole MCP. Skill est un format installable, plus pratique pour les runners et une distribution simple.

Faut-il heberger la passerelle soi-meme ?

Non. Le Skill public inclut deja la hosted gateway, donc l utilisateur n a besoin que de son propre skill_key.

Pourquoi utiliser un skill_key separe ?

Cela separe l acces Skill des identifiants API principaux et facilite la rotation, le controle d acces et le diagnostic.

Donnez d abord une entree installable avant de pousser vers une integration API complete

Si votre priorite est une activation plus rapide, un Skill public est souvent adopte plus facilement que la documentation API des le premier jour.