La plateforme
Huit composants, un plan de contrôle
Chacun d'eux exécute nos propres produits en production aujourd'hui. Ci-dessous : ce que fait chacun, s'il est en production, la commande ou l'endpoint pour y accéder, et comment les pièces s'emboîtent.
Matrice des composants
Ce qu'il fait, son état, sa commande ou son endpoint, et où il intervient.
| Composant | Ce qu'il fait | État | CLI / API | En production |
|---|---|---|---|---|
| forge-control | Builds, déploiements, secrets et DNS pour chaque app de la flotte. | Live | forge app-deploy | Ouvrir ↗ |
| forge-git | Gitea auto-hébergé plus fgit, la CLI de merge par laquelle toute la fédération pousse. | Live | fgit pr merge | Ouvrir ↗ |
| forge-auth | Connexion, clés API, organisations et droits pour vos apps. | Live | forge login | Ouvrir ↗ |
| packr | Le registre de packages privé dont chaque déploiement installe ses dépendances. | Live | npm config set @blueforge-studio:registry https://api.packr.blueforge.studio | Ouvrir ↗ |
| gateway | Passerelle IA multi-locataire : un point de bascule, rotation des clés par locataire, usage par org. | Live | POST /v1/proxy | Ouvrir ↗ |
| error tracker | Suivi d'erreurs auto-hébergé, proxyé depuis chaque site de la flotte. | Live | POST /api/events | |
| marketplace | Modèles de flux d'agents signés et versionnés, avec checkout de test Stripe en ligne. | Beta | POST /v1/publish | Ouvrir ↗ |
| promotion site | Un site de catalogue par produit, rempli à partir de ses propres déploiements. | Beta | Ouvrir → |
Comment ils se composent
Un push arrive sur forge-git ; forge-control le construit et le déploie ; forge-auth décide qui a le droit ; packr sert les paquets que le build installe ; le site de promotion publie le résultat comme votre catalogue. La passerelle, le suivi d'erreurs et la marketplace s'attachent à cette colonne vertébrale.
Démarrage rapide
Trois commandes d'un terminal vide jusqu'à une app déployée :
npm i -g @blueforge-studio/forge
forge login
forge app-deployQuestions
BlueForge est-il auto-hébergé ?
Oui — il s'agit de notre propre flotte de production : forge-git est Gitea, forge-control construit et déploie, et chaque hôte tourne derrière notre propre Caddy. La documentation explique comment s'y intégrer, et chaque page de composant indique clairement ce qui est en production et ce qui se termine encore.
Dois-je déplacer mon code hors de GitHub ?
Non. Le registre, les sidecars et les paquets publics fonctionnent avec n'importe quelle CI — GitHub Actions inclus. Gardez votre remote, validez vos sidecars dans votre pipeline et enregistrez chaque déploiement avec POST /api/deployments en utilisant une clé d'organisation forge-auth.
Suis-je enfermé dans la plateforme ?
Non. Votre code reste dans git, vos sidecars sont deux fichiers YAML dans votre dépôt, et chaque service parle HTTP avec des points d'accès documentés. Le catalogue se remplit à partir de vos déploiements — arrêtez de déployer et il se tait ; rien d'autre ne casse.