Configurer une station
Une station est un déploiement Convoy : les APIs d'un tenant, plus un fichier de configuration. Elle s'ouvre par deux portes :
- les agents des autres — Claude, ChatGPT, Cursor — par MCP ;
- notre agent — le widget sur le site du tenant, et bientôt Teams, Slack ou une API.
Les deux portes lisent la même config et appliquent les mêmes règles. Ce qu'une personne fait d'un côté se retrouve de l'autre, dans sa room.
Deux sortes de stations
| branchée sur | exemple | |
|---|---|---|
| Product | les APIs du produit qu'on agentifie | un restaurant, une boutique, un service juridique |
| Process | les APIs de plusieurs outils internes | un ticket de support qui finit en remboursement |
Les deux s'écrivent avec les mêmes primitives : des skills, une sélection, un submit, des playbooks. Ce qui change, c'est la config, pas le code.
Deux versions de ce guide
Le menu en haut à droite change de version.
- Actuelle (cette version) — ce que Core charge aujourd'hui. Chaque exemple de cette version est compilé par la suite de tests de Core : s'il ne charge plus, le build échoue. Ce que vous lisez ici fonctionne.
- Cible · roadmap — là où nous serons au bout de la roadmap : profils, politiques, activation par intention, automatisations, approbations. Elle suit les ADR-028 §6, ADR-029 et ADR-030. Ses exemples ne chargent pas encore, et c'est normal.
La page Limites actuelles dit ce qui manque aujourd'hui, et où le trouver dans la version cible.
Comment lire ce guide
- Les concepts — le vocabulaire, en une page.
- Configurer, pas à pas — une page par bloc de la config, dans l'ordre où on l'écrit.
- Exemples — trois niveaux (simple, medium, avancé), pour une station product et pour une station process. Chaque exemple montre le fichier complet, puis ce qui se passe quand on s'en sert.