Note de l’auteur : VibeHub Skill transforme votre langage parlé en une exigence que l’Agent peut exécuter directement, en ajoutant au maximum 3 termes pertinents à chaque fois. Cet article explique comment l’installer, comment se utilisent ses deux fonctionnalités, où les Tokens sont réellement dépensés, et comment brancher les requêtes du modèle sur APIYI.
Commençons par la conclusion : VibeHub se charge de reformuler correctement votre langage parlé ; les Tokens sont dépensés sur le modèle appelé par l’Agent, pas sur les requêtes de VibeHub lui-même.
Quand on fait du Vibe Coding avec un Agent, deux situations reviennent souvent. La première : vous dites « ce bouton devrait changer de couleur au survol, et il faudrait aussi un retour visuel au clic », l’Agent comprend de travers et ce qu’il produit ne correspond pas. La deuxième : dans sa réponse, l’Agent sort des termes comme Tooltip, Hover ou mise à jour optimiste, vous ne comprenez pas, et vous ne savez pas quoi répondre ensuite. VibeHub Skill traite précisément ces deux problèmes, avec une limite claire : au maximum 3 termes réellement pertinents ajoutés à chaque fois.
Il ne vous donne pas un cours de front-end. Le README du dépôt précise qu’il ne propose ni parcours d’apprentissage, ni plan de cours, ni exercices en local, et qu’il ne transforme pas non plus une exigence simple en tutoriel.
Ce que vous retirerez de cet article : une phrase d’installation que vous pouvez envoyer telle quelle à l’Agent ; l’usage et les limites de chacune des deux fonctionnalités ; la différence entre « ce Skill ne demande pas de clé API » et « l’Agent sur lequel il est installé consomme quand même des Tokens de modèle » ; et, pour brancher les Tokens de l’Agent sur APIYI, l’adresse à utiliser selon que vous passez par la compatibilité OpenAI ou par l’Anthropic natif.
Qu’est-ce que VibeHub : le glossaire des termes Vibe Coding pour que l’Agent comprenne le langage parlé
Le site de VibeHub, c’est vibe-hub.org. La page d’accueil en chinois se présente comme « le glossaire des termes Vibe Coding, pour trouver le bon mot côté front-end, back-end et IA en langage courant ». Le menu de navigation propose plusieurs entrées : termes, exercices, cours, « éviter le goût d’IA », mises à jour, Skill et groupe d’échange. L’auteur est Oil ; son site personnel et sa page GitHub sont référencés en fin d’article.
Le site consacre aussi une fiche à Vibe Coding lui-même : exprimer son besoin en langage naturel à l’IA, laisser l’IA écrire le code, puis itérer au fil des résultats d’exécution — en chinois, on parle aussi de « programmation d’ambiance » ou de « programmation au feeling ». Une phrase de la fiche mérite d’être retenue : ça tourne ne veut pas dire que c’est fiable ; avant la mise en ligne, il faut encore vérifier le code, les tests et les permissions. Cette remarque vaut d’ailleurs pour tous les workflows d’Agent évoqués plus bas.
| Point | Description | Ce que ça vous apporte |
|---|---|---|
| Site | vibe-hub.org, glossaire visuel des termes (texte de la page de présentation du Skill : 360 termes visualisés) | Retrouver une explication en langage simple quand un concept est nouveau |
| Dépôt du Skill | GitHub oil-oil/vibe-hub-skill, licence MIT |
Permet à l’Agent d’appliquer automatiquement les règles terminologiques pendant la conversation |
| Fonction 1 | Formulation normalisée : réécrire une demande exprimée à l’oral en une demande directement envoyable | Réduit les interprétations erronées de l’Agent |
| Fonction 2 | Signalement proactif : pointer au maximum 3 termes pertinents à chaque fois | Comprendre la réponse et savoir quoi dire ensuite |
| Périmètre des coûts | Le Skill ne configure lui-même ni compte ni clé API | Les tokens ne sont consommés que par le modèle appelé par l’Agent |
Répartition des rôles entre le Skill VibeHub et le site VibeHub
Le partage est clairement décrit dans le README du dépôt : le contenu terminologique est maintenu par vibe-hub.org, le dépôt ne conserve que les règles de formulation et le parseur de termes. Autrement dit, le site s’occupe du « qu’est-ce que ce mot veut dire, et avec quelle illustration », tandis que le Skill gère le « quand faut-il mentionner ce mot, comment reformuler votre phrase, et d’où vient le lien ».
Le répertoire skills/vibehub/ du dépôt contient quatre fichiers : SKILL.md définit les règles de formulation, agents/openai.yaml est la configuration destinée à l’hôte de l’Agent, scripts/vibehub.mjs est le script d’analyse des termes, et vibehub.config.json la configuration du parseur. Le Skill dans son ensemble ne contient aucune logique d’appel au modèle — c’est précisément ce qui détermine à qui sont imputés les tokens dont on parle plus loin.
Comment installer VibeHub Skill en une minute
L’installation ne demande ni création de compte ni saisie de clé. Selon le périmètre de configuration décrit dans le README, deux conditions suffisent : disposer de Node.js 20 ou version supérieure sur la machine, et avoir accès à Internet.
Les deux méthodes d’installation de VibeHub Skill
- Méthode 1 : envoyer directement une phrase à l’Agent (texte original de la page de présentation du Skill) :
https://github.com/oil-oil/vibe-hub-skill 帮我安装这个仓库里的 skills/vibehub Skill。 - Méthode 2 : installer avec la commande skills (texte original du README du dépôt) :
npx skills add oil-oil/vibe-hub-skill - Après l’installation : l’hôte de l’Agent recharge le Skill ; il prendra effet dans les nouvelles conversations.
La première méthode convient à ceux qui ne veulent pas toucher au terminal : il suffit de coller la phrase entière dans la boîte de dialogue de l’Agent, et celui-ci se charge du téléchargement et de la mise en place. La seconde convient aux utilisateurs habitués à la ligne de commande ; le résultat est identique. Aucune des deux ne vous demande de saisir une clé API, car ce Skill n’exécute que son propre script d’analyse terminologique.
| Élément de configuration | Exigence de VibeHub Skill | Source |
|---|---|---|
| Environnement d’exécution | Node.js 20 ou version supérieure | Texte original du README du dépôt |
| Réseau | Connexion Internet requise (consultation des termes sur vibe-hub.org) | Texte original du README du dépôt |
| Compte / clé API | Aucun compte ni clé API à configurer | Texte original du README du dépôt |
| Licence | MIT | Texte original du README du dépôt |
| Forme de la commande de résolution | node skills/vibehub/scripts/vibehub.mjs resolve, avec un ou plusieurs --query, et éventuellement --compact |
Texte original du README du dépôt |
Comment les requêtes de termes VibeHub sont envoyées
Le résolveur ne transmet pas toute la demande brute à l’interface de recherche. Son processus est le suivant : l’Agent déduit d’abord les termes candidats à partir du contexte actuel, puis vérifie les noms et les liens au moyen d’une requête groupée. Lorsque le niveau de confiance est élevé, il n’en vérifie qu’un seul ; en cas d’ambiguïté, il en compare au maximum trois.
Les règles relatives aux liens sont strictes : on utilise uniquement l’URL renvoyée par le résolveur, sans la construire soi-même ni la falsifier ; en l’absence de correspondance, on l’indique directement, sans inventer de terme ni de lien. Ainsi, les liens VibeHub que vous voyez dans les réponses sont bien ceux réellement renvoyés par l’interface de requête.
🚀 Conseil pour bien démarrer : une fois VibeHub installé, chaque cycle de réécriture et d’explication de l’Agent appelle un grand modèle de langage. Si vous souhaitez partager une clé entre différents Agents et consulter vos factures au même endroit, vous pouvez d’abord créer un compte sur APIYI apiyi.com, puis utiliser le petit quota d’essai offert après inscription pour valider le processus de bout en bout.
Les deux fonctionnalités de VibeHub : affiner le langage courant, ajouter au plus 3 termes
La page de présentation du Skill résume ses capacités en 2 fonctionnalités clés. Ci-dessous, chacune est illustrée par l’unique exemple de la page de présentation, sans développements supplémentaires.
Fonctionnalité 1 : VibeHub transforme le langage courant en une demande que l’Agent peut exécuter directement
Formulation d’origine : « Ce bouton, quand je passe la souris dessus, il change de couleur, et quand je clique, il faut aussi un retour. »
Résultat de la reformulation : « Ajouter au bouton un état Hover et un état Active, et utiliser Transition pour que le changement d’état soit plus naturel. » Les trois termes sont chacun liés dans la page aux entrées /hover, /active et /transition de vibe-hub.org.
L’essentiel de cette étape, c’est de préserver le sens original. Le Skill n’ajoute pas de son propre chef de framework, de paramètre ou de solution d’implémentation : il ne décidera pas à ta place des valeurs de couleur, de la durée d’animation ni d’un changement de bibliothèque UI. Ce que tu obtiens, c’est une demande que tu peux envoyer directement à l’Agent, avec le même sens que ce que tu voulais dire, mais formulée avec des mots que l’Agent risque moins de mal interpréter.
Fonctionnalité 2 : VibeHub signale activement les termes que tu dois connaître
Formulation d’origine : « Pour ce réglage, je veux que la modification prenne effet immédiatement, sans avoir à cliquer une fois de plus sur Enregistrer. »
Le Skill signale alors Switch : ce composant convient aux situations où il n’existe que deux états, activé et désactivé, et où la modification prend effet immédiatement ; si tu dois d’abord modifier plusieurs paramètres puis tout confirmer d’un coup, ce n’est pas la bonne conception. Cette explication colle à ta tâche actuelle : elle te dit quand l’utiliser et quand l’éviter, plutôt que de donner une définition encyclopédique.
Le signalement actif suit trois règles (telles quelles sur la page de présentation du Skill) :
- lorsqu’un terme apparaît pour la première fois, il est lié à VibeHub ;
- l’explication reste attachée à la tâche en cours, sans définition encyclopédique ;
- au maximum 3 termes réellement pertinents sont signalés à chaque fois.
| Axe de comparaison | Fonctionnalité 1 : expression normalisée | Fonctionnalité 2 : signalement actif |
|---|---|---|
| Moment du déclenchement | Ton besoin est exprimé de façon vague | Derrière ton besoin se cache un concept de design que tu n’as pas nommé |
| Ce qui est produit | Une demande reformulée, prête à envoyer | 1 à 3 termes + une explication collée à la tâche |
| Termes d’exemple | Hover, Active, Transition | Switch |
| Ce qu’il ne fait pas | Ajouter de lui-même un framework, un paramètre ou une solution d’implémentation | Donner des définitions encyclopédiques ou dérouler tout le glossaire terme par terme |
| Ton étape suivante | Après confirmation, l’envoyer directement à l’Agent | Juger si la solution convient, puis décider comment le dire |
Quand tu ne comprends pas la réponse de l’Agent, utilise VibeHub pour n’expliquer que les concepts clés
Si des mots comme Tooltip ou mise à jour optimiste surgissent dans la réponse de l’Agent, tu peux coller le texte original. D’après le README, il n’explique que les concepts qui influencent le plus ta décision pour l’étape suivante : il ne traduit pas mot à mot le passage entier et ne lance pas un cours non plus.
Les principes de travail du README se résument en quatre points : d’abord fournir un résultat directement utilisable, puis expliquer les termes ; préserver l’intention de l’utilisateur ; signaler au maximum 1 à 3 termes à chaque fois ; et si la formulation est déjà précise, ne pas rajouter de pédagogie de force. Ce dernier point est très pratique : si tu as déjà été clair, il n’en rajoutera pas.
Où les tokens de VibeHub Skill sont-ils réellement consommés ?
C’est le point le plus facile à confondre. VibeHub Skill ne reçoit pas lui-même de clé API, et la requête terminologique ne consiste pas non plus à appeler un grand modèle de langage. Le script de résolution se contente d’envoyer une requête groupée à vibe-hub.org, puis de récupérer les noms des termes et leurs liens.
Ce qui consomme réellement des tokens, c’est l’Agent sur lequel ce Skill est installé. Reformuler ce que vous dites à l’oral, expliquer les termes en langage simple, puis créer la page : ces trois étapes sont toutes des appels au modèle. Le Skill rend les entrées et sorties de ces appels plus précises, mais il ne prend pas les frais à votre charge, et les appels eux-mêmes ne disparaissent pas pour autant.
| Étape | Qui l’exécute | Appel au grand modèle de langage ? | Consomme-t-il des tokens de modèle ? |
|---|---|---|---|
| Identification des termes candidats | Agent | Oui | Oui |
| Requête groupée des termes et liens | Script de résolution VibeHub → vibe-hub.org | Non | Non |
| Reformulation de la demande orale | Agent | Oui | Oui |
| Explication des termes en langage simple | Agent | Oui | Oui |
| Écriture du code et modification de la page selon la demande | Agent | Oui | Oui |
Donc, pour recharger votre solde ou choisir un modèle, c’est le service de modèle derrière l’Agent qu’il faut viser, pas ouvrir un compte sur le site VibeHub. help-apiyi propose déjà un article intitulé « D’où vient la facture de tokens des tâches longues d’un Agent », qui décortique l’impact du cache de préfixe sur la facture dans les tâches longues ; nous n’y revenons pas ici.
Ce schéma mène à la conclusion suivante : les requêtes de modèle de l’Agent peuvent être dirigées vers APIYI apiyi.com ; une seule clé et le même solde couvrent à la fois les modèles des familles Claude et GPT, sans aucune modification du côté de VibeHub.
Consulter les modèles et comparer les tarifs avec APIYI, puis y diriger les requêtes de l’Agent
APIYI est une passerelle API, pas un hébergeur de modèles. Une seule clé et le même solde suffisent pour appeler les modèles de plusieurs fournisseurs. L’ouverture d’un compte se fait manuellement ; une fois le compte créé, vous bénéficiez d’un petit crédit d’essai. La plateforme ne propose pas de routage gratuit vers les modèles. La liste complète des modèles et des tarifs figure dans le tableau récapitulatif des modèles docs.apiyi.com/models ; les données proviennent de l’interface de tarification en temps réel du système.
Le point de terminaison se choisit selon le SDK, pas selon le modèle
Pour diriger les requêtes de votre Agent vers APIYI, commencez par identifier le SDK utilisé par votre Agent, puis renseignez l’adresse correspondante :
- Compatible OpenAI : renseignez
base_urlavechttps://api.apiyi.com/v1. Chat Completions passe par/v1/chat/completions, Responses par/v1/responses. - Anthropic natif : renseignez
base_urlavec le domaine racinehttps://api.apiyi.com, sans ajouter/v1, sinon l’URL deviendra/v1/v1/messageset renverra une 404. Le point de terminaison Messages est/v1/messages. - Choix du nœud :
api.apiyi.comest le nœud par défaut ;b.apiyi.comsert aux scénarios de secours et aux entreprises ;api-cf.apiyi.comne prend en charge que le texte, avec un délai d’expiration maximal d’environ 100 secondes, et ne convient pas aux tâches longues.
La documentation recommande également de privilégier Responses pour les modèles OpenAI GPT-5 et ultérieurs. Si vous utilisez en même temps plusieurs Agents, comme Claude Code et Codex, le guide help-apiyi intitulé « Tutoriel pas à pas : une seule clé pour connecter tous les Agents, avec l’outil open source magpie pour une intégration unifiée à la passerelle API » explique comment mettre en place cette intégration unifiée.
Prix des modèles courants pour Vibe Coding (tableau général original)
Les données du tableau ci-dessous ont été mises à jour le 2026-11-13 12:57 (UTC+8) ; elles sont exprimées en dollars US par million de tokens et proviennent du tableau général des modèles d’APIYI apiyi.com. La recharge se fait à un taux de change fixe de 1:7 ; le prix réel après remise d’un groupe est celui affiché dans la console une fois connecté, et la colonne « à partir de » de cette série de modèles vaut « — ».
| ID du modèle | Entrée | Sortie | Lecture du cache | Point de terminaison | Groupe |
|---|---|---|---|---|---|
claude-opus-5-5 |
$4 | $20 | $0.2 | chat, messages | ClaudeCode, Claude_Reverse, Claude_Enterprise, Default, SVIP |
claude-sonnet-5-5 |
$2 | $10 | $0.1 | chat, messages | ClaudeCode, Claude_Reverse, Claude_Enterprise, Default, SVIP |
claude-fable-5-2 |
$8 | $40 | $0.2 | chat, messages | ClaudeCode, Claude_Enterprise, Default, SVIP |
gpt-6.1-sol † |
$2 | $10 | $0.1 | responses (recommandé), chat | CodexResponses, Codex_Reverse, Default, SVIP |
gpt-6.1-terra |
$1 | $5 | $0.05 | responses (recommandé), chat | CodexResponses, Codex_Reverse, Default, SVIP |
Quelques précisions, détaillées modèle par modèle :
claude-opus-5-5,claude-sonnet-5-5etclaude-fable-5-2ont chacun une version-thinkingau même prix.- Dans le tableau général, le groupe de
claude-fable-5-2ne contient pas Claude_Reverse : faites-y attention au moment de choisir le groupe, et n’appliquez pas à ce modèle les groupes des deux premiers modèles Claude. gpt-6.1-solporte un † : sa tarification est progressive. Le tableau général précise : de 0 à 272,000 tokens, l’entrée est à $2/1M ; au-delà de 272,000 tokens, l’entrée est à $4/1M.- Pour
gpt-6.1-soletgpt-6.1-terra, il est recommandé de passer par/v1/responses, et les appels d’outils passent aussi par Responses.
💡 Conseil de choix : les reformulations et les explications de termes de VibeHub sont des conversations courtes, qui n’exigent pas beaucoup du modèle ; ce sont les longues tâches d’écriture de code qui consomment vraiment des tokens. Vous pouvez essayer plusieurs modèles avec la même clé sur APIYI apiyi.com, comparer pour une même demande les résultats et la facture, puis décider lequel utiliser au quotidien.
Si vous voulez que l’Agent comprenne lui-même comment se connecter, vous pouvez intégrer le pack de compétences d’intégration d’APIYI dans l’Agent : npx skills add https://docs.apiyi.com, la description du pack se trouve dans docs.apiyi.com/skill.md.
Limites de confidentialité et de risque avec VibeHub
Il faut envisager le risque à deux niveaux : d’un côté les requêtes de terminologie de VibeHub, de l’autre l’invocation du modèle par l’Agent lui-même.
Le niveau des requêtes de terminologie VibeHub : d’après le README du dépôt, les requêtes de terminologie n’envoient qu’une courte description nettoyée par le programme. Les clés, URL, e-mails, chemins locaux et blocs de code courants sont retirés avant l’envoi ; le code source, les informations client ou une exigence entière ne sont jamais transmis. Ce qui part vers vibe-hub.org, ce sont juste de courts termes comme « état de survol d’un bouton ».
Le niveau de l’Agent et du modèle : le contexte du projet que l’Agent a déjà lu reste soumis aux paramètres de confidentialité du produit et du fournisseur de modèle que vous utilisez. L’anonymisation de VibeHub ne concerne que ses propres requêtes de terminologie ; elle ne couvre pas ce que l’Agent envoie au modèle.
- Ne collez pas de clé API dans la conversation. La clé doit être écrite dans la configuration ou les variables d’environnement de l’Agent, et non envoyée au modèle comme contenu de chat.
- APIYI est une passerelle API. Ce n’est ni un pool de comptes, ni un outil pour contourner la connexion : les appels passent par le circuit de facturation API normal.
- Vérifiez vous-même avant la mise en production. Comme le dit l’entrée « Vibe Coding », que ça tourne ne signifie pas que c’est fiable : le code, les tests et les permissions doivent encore passer par votre relecture.
FAQ
Q1 : Qu’est-ce que VibeHub ?
VibeHub (vibe-hub.org) est un glossaire illustré des termes Vibe Coding maintenu par l’auteur Oil. Il explique en langage simple les termes du front-end, du back-end et de l’IA. Le VibeHub Skill fourni, une fois installé dans votre agent, reformule vos formulations spontanées en besoins précis et cite au maximum 3 termes pertinents à chaque fois.
Q2 : Le VibeHub Skill nécessite-t-il une clé API ?
Non. Le README du dépôt indique textuellement « aucune configuration de compte ni de clé API » ; il suffit de Node.js 20 ou d’une version supérieure et d’une connexion Internet. La clé est nécessaire pour le grand modèle de langage appelé par votre agent ; cette clé peut être un jeton APIYI (apiyi.com), sans lien avec VibeHub.
Q3 : Quelle différence entre VibeHub et demander directement à l’agent d’expliquer un terme ?
Si vous demandez directement à l’agent d’expliquer un terme, il peut en dire beaucoup d’un coup, ou fournir des liens qu’il a composés lui-même. VibeHub limite chaque réponse à 1 à 3 termes maximum, avec des explications strictement liées à la tâche en cours ; il n’utilise que l’url renvoyée par le parseur, et s’il ne trouve rien, il le dit sans rien inventer. Si votre formulation est déjà précise, il n’ajoute pas d’explication à tout prix.
Q4 : Pour quels cas d’usage VibeHub est-il adapté ?
– Vous voulez décrire un effet d’interaction, mais vous ne trouvez pas les noms comme Hover ou Active ;
– Vous ne savez pas si un réglage doit être un Switch appliqué immédiatement ou être enregistré en une seule fois avec les autres réglages ;
– La réponse de l’agent contient un concept que vous ne comprenez pas, ce qui vous empêche de savoir quoi répondre ensuite.
Il ne propose ni parcours d’apprentissage ni cours ; pour apprendre de manière structurée, consultez les sections Cours et Exercices du site.
Q5 : Une fois VibeHub installé, comment connecter les requêtes de modèle de l’agent à APIYI ?
1. Créez manuellement un compte sur APIYI (apiyi.com) et récupérez une clé API ainsi qu’un petit crédit d’essai ;
2. Avec le SDK compatible OpenAI, renseignez `https://api.apiyi.com/v1` dans base_url ;
3. Avec le SDK natif Anthropic, indiquez le domaine racine `https://api.apiyi.com`, sans ajouter `/v1`.
Côté VibeHub, aucune configuration n’est à modifier.
Q6 : VibeHub envoie-t-il mon code à l’extérieur ?
D’après le README, la recherche de termes n’envoie qu’une courte description anonymisée ; les clés, URL, adresses e-mail, chemins locaux et blocs de code sont supprimés avant l’envoi. Ni le code source ni l’énoncé complet du besoin ne sont envoyés. En revanche, le contexte projet auquel l’agent a accès reste traité selon les règles du fournisseur de modèle que vous avez choisi ; ce point doit être évalué séparément.
Q7 : Quelles sont les limites de VibeHub ?
Il nécessite une connexion Internet et Node.js 20 ou une version supérieure ; le périmètre des termes se limite à ceux référencés sur vibe-hub.org, et il n’inventera pas de terme en l’absence de correspondance ; il ne s’occupe que de la formulation et des termes, ne décide pas de la solution de mise en œuvre à votre place et ne garantit pas la fiabilité du code écrit par l’agent.
VibeHub Skill : les points clés à retenir
- En une phrase : VibeHub affine votre langage parlé, et les tokens partent dans les modèles que l’Agent appelle.
- Deux façons d’installer : envoyez une phrase d’installation à l’Agent, ou lancez
npx skills add oil-oil/vibe-hub-skill. - Fonction 1 : normaliser la formulation tout en gardant le sens, sans ajouter de framework ni de paramètres de sa propre initiative.
- Fonction 2 : signaler spontanément, au maximum 3 termes réellement pertinents à chaque fois.
- Limites de coût : le Skill ne demande aucune clé API, et la recherche de termes n’appelle pas de grand modèle de langage.
- Branchement à APIYI : en mode compatible OpenAI, on utilise
/v1; pour Anthropic en natif, on utilise le domaine racine. - Confidentialité en couches : les recherches de termes sont anonymisées, mais le contexte de l’Agent passe toujours par le fournisseur de modèle que vous avez choisi.
En résumé
VibeHub règle deux choses du Vibe Coding : le « c’est pas bien dit » et le « je comprends rien » :
- Mieux formuler le langage parlé : par exemple « la souris passe dessus et ça change de couleur, un clic et il y a un retour visuel » devient une exigence construite autour de trois termes : Hover, Active, Transition ;
- Rester bref : au maximum 3 termes ajoutés à chaque fois, avec une explication collée à la tâche en cours, sans faire un cours magistral ;
- Séparer les coûts : le Skill lui-même ne prend pas de clé et n’appelle pas de modèle ; les tokens partent uniquement dans les trois étapes de l’Agent : reformuler, expliquer et écrire le code.
L’installation tient en une phrase. Ce que vous devez vraiment décider, c’est quel modèle l’Agent utilise en coulisses et par quel endpoint il passe. Vous pouvez, sur APIYI apiyi.com, comparer avec une seule clé les quelques modèles du tableau plus haut, puis rediriger les requêtes de l’Agent vers celui qui convient. Les modèles et les tarifs à jour sont ceux de la liste de modèles de la plateforme.
📚 Références
- Site officiel de VibeHub : glossaire des termes Vibe Coding
- Lien :
vibe-hub.org -
Description : termes, exercices et accès aux cours ; l’entrée Vibe Coding se trouve sur
vibe-hub.org/vibe-coding -
Page de présentation de VibeHub Skill : les deux fonctions principales et le texte original des instructions d’installation
- Lien :
vibe-hub.org/vibehub-skill -
Description : source des exemples sur les formulations normalisées et les suggestions proactives
-
GitHub – vibe-hub-skill : dépôt du Skill
- Lien :
github.com/oil-oil/vibe-hub-skill -
Description : README et SKILL.md, incluant les modalités de requête, la confidentialité et les limites de configuration
-
Auteur Oil : site personnel et GitHub
- Liens :
oiloil.org,github.com/oil-oil -
Description : page d’accueil de l’auteur de VibeHub
-
Tableau complet des modèles APIYI : modèles, endpoints, groupes et tarifs
- Lien :
docs.apiyi.com/models -
Description : données mises à jour le 2026-11-13 à 12:57 (UTC+8), en dollars US pour 1 million de tokens
-
Portail de documentation APIYI et pack de compétences d’intégration
- Liens :
docs.apiyi.com/llms.txt,docs.apiyi.com/skill.md - Description : choix des endpoints, explications sur les nœuds et modes d’intégration des agents
Auteur : équipe technique APIYI
Échanges techniques : n’hésitez pas à nous contacter via la page d’accueil du site APIYI apiyi.com ; vous trouverez davantage de ressources d’intégration dans le centre de documentation docs.apiyi.com
