Qu'est-ce que Showly
Hébergement natif d'agent : connectez un dépôt, dirigez un agent vers celui-ci, expédiez via des aperçus.
Showly est un hébergeur de site Web construit autour de l'hypothèse que la personne qui écrit le changement est un agent – Claude Code, Codex ou tout autre agent de codage conscient de MCP – et que la personne qui approuve le changement est un humain de votre équipe. La plateforme est conçue autour de cette division.
La forme d'un espace de travail Showly
Un espace de travail Showly contient un ou plusieurs sites. Un site est un référentiel Git (aujourd'hui, GitHub) plus la configuration de construction, de déploiement et d'exécution Showly en dérive. Chaque modification apportée à un site suit le même chemin :
- Un agent lit le contexte du site via les outils MCP.
- L'agent produit un _plan de modification_ — une description des fichiers qu'il va modifier et pourquoi.
- Le plan est appliqué sous forme de correctif dans un espace de travail isolé ; Showly construit et produit une URL d'aperçu.
- Un approbateur humain examine l'aperçu, la différence et tous les résultats de vérification.
- L'approbation débloque une publication de production ; une approbation échouée laisse simplement l’aperçu en place.
Quel que soit le canal – chat, appel d'outil MCP ou REST API – chaque changement suit ce même rail.
Où Showly est opiniâtre
- Les aperçus sont obligatoires. La production ne reçoit jamais de changement qui n'a pas d'abord été vécu comme un aperçu.
- Les agents ne détiennent jamais de clés de production. Les outils sont définis par site, par action et auditent chaque appel.
- La restauration se fait en un clic. Chaque publication laisse un artefact immuable auquel vous pouvez revenir.
- L'audit n'est pas négociable. Chaque action (agent ou humain) produit un enregistrement d'audit.
Où Showly est flexible
- Showly se connecte à GitHub.
- Vous connectez votre propre agent. Showly publie une compétence pour Claude Code et un serveur MCP que tout agent peut cibler.
- Showly gère l'hébergement des sorties statiques et des applications rendues
côté serveur prises en charge.
Étapes suivantes
- Quickstart — cinq minutes avant votre première URL d'aperçu.
- Architecture — le cycle de livraison et les frontières du produit.
- MCP aperçu — ce que votre agent voit à travers la surface MCP.