Plateforme
Blocks : capacités en un clic pour une livraison logicielle IA sérieuse
Les parties difficiles d'un vrai produit — paiements, auth, données, IA — arrivent comme des capacités gouvernées que vous activez, pas des week-ends que vous perdez.
Les Blocks sont les capacités en un clic de Ciao : paiements, backend, import Figma, fonctionnalités IA et intégrations qui s'installent dans une application comme du vrai code éditable. Contrairement aux plugins de marketplace qui se greffent sur une plateforme fermée, un Block devient partie de votre codebase — branché sur votre modèle de données, couvert par QA et Guardrails, et possédé par vous comme tout le reste que Ciao génère.
Publié 2026-07-03 · Dernière mise à jour 2026-07-03
Les parties difficiles, rendues installables
Chaque vrai produit se heurte aux mêmes murs : il doit encaisser de l'argent, stocker des données en sécurité, connecter des utilisateurs, peut-être répondre à des questions avec l'IA. Aucune de ces choses n'est ce qui rend votre produit unique — mais chacune peut consommer des semaines et introduire exactement la catégorie de bug que vous ne pouvez pas vous permettre. Dans la plupart des builders d'apps, la réponse est une marketplace de plugins ; le plugin fonctionne jusqu'à ce que vous ayez besoin qu'il fasse quelque chose de légèrement différent, et vous découvrez alors que vous ne pouvez pas l'ouvrir.
Les Blocks sont la réponse de Ciao : des capacités en un clic — paiements, backend, import Figma, fonctionnalités IA, intégrations — qui s'installent dans votre application comme du vrai code éditable, branché sur votre modèle de données et couvert par la même QA, les mêmes tests de sécurité et la même gouvernance que tout le reste que vous construisez.
Les blocks
Cinq capacités couvrent l'essentiel de ce qui transforme une app en produit.
Paiements
Checkout, abonnements et reçus propulsés par Stripe, avec des modes test et live séparés — connectés à votre propre compte Stripe.
Backend
Authentification propulsée par Supabase, Postgres, stockage de fichiers, sécurité au niveau des lignes et API — la couche de données dont chaque app sérieuse a besoin.
Import Figma
Importez des designs et transformez-les en écrans fonctionnels adossés à de vraies données, affinés dans Builder.
Fonctionnalités IA
Ajoutez des assistants, du résumé, de l'extraction et d'autres capacités IA à votre propre produit, s'exécutant via l'échelle de modèles multi-fournisseurs de Ciao.
Intégrations
Connectez les systèmes sur lesquels votre activité tourne déjà, avec des règles d'accès et une visibilité d'audit appliquées.
Comment fonctionne l'ajout d'un block
Ajouter un block est une modification comme une autre — c'est exactement le point.
1. Ajoutez-le en un clic
Choisissez le block et Ciao génère le code et le câblage dans votre application — composants, éléments backend, configuration.
2. Il atterrit comme du code, sur une branche
Un block arrive comme toute modification : branch-native, révisable, annulable. Rien n'est greffé en dehors du codebase.
3. Configurez en langage clair
Décrivez vos produits et prix, votre modèle de données, vos flux. Le block s'adapte à votre application plutôt que l'inverse.
4. Les portes s'appliquent
Les replays de QA et les sondes de sécurité couvrent la nouvelle capacité avant qu'elle ne puisse être publiée — un flux de paiement est testé comme un flux de paiement.
5. Étendez-le comme votre propre code — parce que c'en est
Inspect-to-prompt sur une page de checkout fonctionne exactement comme sur n'importe quel autre écran. Six mois plus tard, le block fait simplement partie de votre produit.
Pourquoi c'est important
La différence entre un plugin et un block, c'est ce qui se passe six mois plus tard. Un plugin est une frontière : votre personnalisation s'arrête où sa page de paramètres s'arrête. Un block est un point de départ : du vrai code dans votre dépôt qui grandit avec le produit — et part avec vous si vous exportez, parce que vous possédez 100% du code.
Les Blocks gardent aussi le cycle de livraison honnête. Une capacité de paiement qui aurait sauté la revue et les tests serait le code le plus risqué de votre application ; ici elle est couverte comme tout le reste, et Guardrails traite les zones qu'elle touche comme les zones protégées qu'elles sont.
Les Blocks sont aussi la façon dont un workspace se cumule. La deuxième application ne part pas de zéro : les paiements, le backend et les intégrations sont des décisions déjà prises, testées et gouvernées une fois, puis appliquées à nouveau. Pour une agence, c'est de la marge ; pour une équipe interne, c'est la différence entre un backlog de demandes et un portfolio d'outils livrés.
Notes sur la sécurité et la gouvernance
- ✓ Les blocks s'installent comme du code React, TypeScript et Supabase standard que vous possédez.
- ✓ Chaque block atterrit sur une branche et passe les mêmes portes que les modifications demandées à la main.
- ✓ Les paiements se connectent à votre propre compte Stripe — les fonds vous reviennent.
- ✓ Les fonctionnalités IA s'exécutent sous des contrats modèle à conservation zéro, comme le reste de la plateforme.
- ✓ Les identifiants d'intégration sont stockés par environnement, jamais codés en dur dans le code généré.
- ✓ Les règles d'accès et l'audit trail append-only s'appliquent automatiquement aux capacités ajoutées par block.
Plugin de marketplace vs block Ciao
Le modèle de plugin et le modèle de block divergent le jour où vous avez besoin de quelque chose que la page de paramètres n'offre pas.
| Plugin de marketplace | Block Ciao | |
|---|---|---|
| Ce que vous obtenez | Un composant scellé avec des paramètres | Du vrai code dans votre application |
| Personnalisation | Ce que les paramètres exposent | N'importe quoi — c'est votre code |
| Tests | Faire confiance au fournisseur | Couvert par des replays de QA et des sondes de sécurité |
| Propriété | Se termine avec la plateforme | Exportable avec le reste de votre app |
| Gouvernance | En dehors de votre processus de revue | Mêmes policies Guardrails que toute modification |
Questions fréquentes
Les blocks sont-ils éditables, ou scellés comme des plugins ?
Éditables. Un block génère du vrai code React, TypeScript et Supabase dans votre application, et à partir de ce moment il est à vous de le modifier — en conversation via Builder ou directement dans le code.
Les blocks passent-ils par la revue et les tests ?
Oui. Un block atterrit sur une branche comme toute modification, les policies Guardrails s'appliquent aux zones qu'il touche, et les replays de QA et sondes de sécurité couvrent la nouvelle capacité avant publication. Les paiements et l'auth reçoivent plus de scrutin, pas moins.
Quels blocks existent ?
Paiements (propulsé par Stripe), backend (propulsé par Supabase), import Figma, fonctionnalités IA et intégrations. Les blocks paiements, backend et import Figma ont chacun une page dédiée avec les détails.
Qu'arrive-t-il à un block si nous exportons le code ?
Il s'exporte avec tout le reste. Les blocks sont du code standard sans runtime propriétaire, donc le checkout, le backend et les intégrations continuent de fonctionner dans votre propre dépôt.
Comment démarrer ?
En self-serve avec des crédits : construisez l'app, ajoutez des blocks au fur et à mesure que le produit en a besoin. Les programmes de production sérieux démarrent à 10 000 USD par an — la page tarifs a les détails.