Cette page a été traduite de l’anglais.
Outils pour développeurs
Créer une application sur mesure avec intégration GitHub
Kliv est un créateur d’applications par IA. Décrivez l’intégration GitHub que vous voulez — demandes clients, tickets étiquetés, brouillons de journal, e-mails de version et factures — et il construit l’application.
Entrez simplement votre idée dans la zone de texte et AI la construira pour vous
Qu'est-ce que Kliv ?
Kliv n’est pas une case à cocher générique que l’on active et configure : c’est un créateur d’applications par IA qui conçoit le logiciel pour vous.
Vous décrivez votre besoin avec vos propres mots, et Kliv construit l’application : la base de données, la logique, les écrans et les règles. Le résultat est une véritable application fonctionnelle qui vous appartient. Vous pouvez l’utiliser, la faire évoluer plus tard en demandant des changements, et la faire tourner sur vos propres comptes et votre propre domaine. Ce n’est pas un modèle où l’on colle votre nom.
Sur cette page, cette application est une application sur mesure connectée à GitHub, qui présente le bon flux de travail aux personnes extérieures au dépôt. Kliv construit toutes sortes d’applications web ; celle-ci n’en est qu’un exemple, et c’est ce dont traite le reste de cette page.
Pourquoi le dépôt a besoin d’une vitrine
Le travail de livraison vit peut-être déjà dans GitHub : tickets, pull requests, jalons et versions. Les clients ne devraient généralement pas avoir à lire GitHub pour savoir ce qui s’est passé.
Kliv peut construire le hub que vous décrivez autour de vos dépôts. Les demandes des clients peuvent ouvrir des tickets étiquetés. Le statut GitHub peut se refléter côté client. Les pull requests fusionnées peuvent générer des brouillons de journal des modifications. Les versions peuvent produire des e-mails lisibles et des factures de jalon. Le studio continue de travailler dans GitHub ; le client voit un hub de livraison clair.
Les deux faces du webhook
Cinq enregistrements portent l’histoire de la livraison entre GitHub et le hub client.
Le projet
Un projet associe un client aux dépôts et jalons concernés. Les demandes, entrées de journal et factures se rattachent à ce projet.
La demande
Un client dépose une demande en langage courant. L’application ouvre un ticket GitHub avec les bonnes étiquettes et garde le statut synchronisé.
L’entrée de journal
Quand une pull request est fusionnée, le webhook rédige un brouillon avec le titre de la PR, le projet et la demande liée. Une personne le réécrit avant que les clients ne le voient.
La facture de jalon
Quand une version clôture un jalon, le hub peut rédiger une facture détaillée, par exemple un jalon fixe de 1 800 €, avec paiement par carte sur votre propre compte Stripe.
Le mur client
La connexion d’un client n’affiche que les projets de ce client. Un monorepo peut servir plusieurs clients car l’accès suit les lignes de projet.
Un exemple : le hub de livraison du studio produit de Camille
Voici comment un studio pourrait l’utiliser. Ce n’est qu’un exemple : vous décririez vos propres dépôts, accès clients, flux de tickets, versions et règles de facturation.
Une demande client ouvre le bon ticket
La cliente de Camille écrit deux phrases simples dans le hub. L’application ouvre un ticket GitHub étiqueté dans le bon dépôt et le relie à la demande du client.
Le tri reste dans GitHub
Le studio estime, étiquette et planifie le travail dans GitHub comme d’habitude. Le hub reflète le statut vers la vue client.
Une fusion crée un brouillon d’entrée de journal
Quand la pull request aboutit, le webhook crée une entrée de journal en attente avec le titre de la PR, le projet et la demande résolue.
Une personne valide le texte pour le client
Quelqu’un réécrit le titre technique de la PR en une phrase lisible par un client, puis l’approuve pour la version.
L’e-mail de version est propre à chaque client
La publication de la version transforme les brouillons approuvés en page de journal des modifications et envoie à chaque client uniquement les éléments de son projet.
La facture sait ce qui a été livré
Le jalon clôturé rédige une facture à partir des demandes livrées, détaillée avec un lien de paiement par carte sur la même page où le client a suivi le travail.
Décrivez l’intégration GitHub que vous voulez construire
Kliv construit à partir de votre description, alors plus vous donnez de détails, plus la première version sera proche du but. Indiquez les dépôts, les événements, les étiquettes, l’accès client, les étapes de relecture, les notifications et la facturation. Voici trois exemples pour démarrer :
Hub de livraison client
Des demandes en entrée, un journal des modifications en sortie, accès par client.
“Construis un hub de livraison client connecté à notre organisation GitHub. Les clients déposent des demandes qui deviennent des tickets étiquetés dans le bon dépôt, le statut du ticket se reflète vers le client, les pull requests fusionnées deviennent des brouillons d’entrées de journal, chaque client ne voit que ses propres projets, et les jalons fixes de 1 800 € peuvent générer des factures après la version.”
Site public de journal des modifications
Les versions GitHub transformées en articles lisibles.
“Construis un site public de journal des modifications pour notre produit. Transforme les versions GitHub en brouillons d’articles, exige une validation humaine avant publication, permets aux visiteurs de s’abonner par e-mail, et envoie une annonce de version avec des liens vers les éléments livrés.”
Formulaire de saisie de tickets
Des rapports de bugs qui arrivent déjà triés.
“Construis un formulaire de saisie de bugs pour notre équipe support. Les personnes qui signalent un bug indiquent la gravité, le navigateur, les étapes de reproduction, des captures d’écran et l’identifiant du compte ; l’application dépose un ticket GitHub avec des étiquettes de gravité et les pièces jointes ; et la personne peut suivre le statut en direct sans avoir besoin d’un compte GitHub.”
Les parties que vous ne construisez pas à la main
La connexion tient en une seule autorisation. Vous connectez votre organisation GitHub une fois. Le jeton est conservé par la plateforme, jamais collé dans le code de l’application. L’application peut ouvrir des tickets, commenter, lire les versions et recevoir les événements webhook.
Les brouillons attendent une personne. Les entrées de journal arrivent dans une file de relecture. Rien n’atteint un client tant que quelqu’un n’a pas transformé un titre de PR technique en un langage de version clair et ne l’a pas approuvé.
L’application a aussi son propre dépôt. Kliv synchronise le code source de l’application avec un dépôt que vous possédez, si bien que l’outil qui rend compte de la livraison est lui aussi versionné.
Slack peut être un autre public. Une version peut publier un résumé dans le canal que vous partagez avec un client.
GitHub est un connecteur parmi d’autres. Le même schéma d’action-réaction touche Slack, Notion, Linear, HubSpot, et bien d’autres. Construire et étendre présente l’éventail complet des connecteurs.
Questions fréquentes
Qu’est-ce que Kliv, exactement ?
Kliv est un créateur d’applications par IA. Vous décrivez le logiciel dont vous avez besoin, il construit l’application fonctionnelle, et vous possédez le résultat. Pour cette page, cela signifie un hub de livraison connecté à GitHub, avec demandes clients, création de tickets, reflet du statut, brouillons de journal, e-mails de version et factures.
Est-ce que j’obtiens une vraie application, ou un modèle ?
Une vraie application. Kliv construit les données, les règles et les écrans pour votre cas précis, pas un thème préfabriqué à remplir. Vous continuez à la faire évoluer en décrivant ce que vous voulez changer.
Puis-je la modifier une fois construite ?
Oui. Demandez des changements en langage courant et Kliv met à jour l’application. Vous pouvez ajuster les champs, les flux, les pages, les e-mails, les règles d’accès et les rapports sans repartir de zéro.
Les clients ont-ils besoin d’un compte GitHub ?
Non. Les clients se connectent au hub par e-mail et mot de passe, Google, ou clé d’accès. GitHub reste l’outil du studio, et les clients voient des enregistrements dérivés.
Que se passe-t-il si le titre d’une pull request est trop technique pour être publié ?
Chaque entrée peut arriver en brouillon dans une file de relecture. Elle reste invisible tant que quelqu’un ne l’a pas réécrite et approuvée.
Cela fonctionne-t-il avec des dépôts privés ?
Oui. Vous autorisez l’organisation une fois, et la connexion est conservée côté serveur. Aucune clé n’apparaît dans le code source de l’application.
Deux clients peuvent-ils partager un même monorepo ?
Oui. Les demandes et les entrées de journal portent une portée de projet, et l’accès de chaque client est appliqué sur ces lignes.
L’application peut-elle créer des tickets GitHub ?
Oui. Une demande client peut ouvrir un ticket étiqueté dans le bon dépôt et garder un lien vers la demande visible côté client.
Les pull requests fusionnées peuvent-elles devenir des entrées de journal ?
Oui. Les webhooks peuvent créer des entrées en brouillon quand les pull requests sont fusionnées, puis une personne approuve un texte prêt pour le client.
Les versions peuvent-elles envoyer des e-mails ou des messages Slack ?
Oui. Un événement de version peut publier une page de journal des modifications, envoyer un e-mail, et publier un résumé dans un canal Slack partagé si vous définissez ce flux.
Les factures de jalon peuvent-elles utiliser Stripe ?
Oui. Si votre flux de livraison inclut des jalons payés, les factures peuvent inclure un paiement par carte sur votre propre compte Stripe.
Puis-je utiliser mon propre domaine ?
Oui. Le hub client et le journal des modifications peuvent tourner sur votre propre domaine.
Puis-je quitter Kliv plus tard ?
Oui. Le code source de l’application se synchronise avec votre propre dépôt Git.
Plus dans cette catégorie
Réalisé par des créateurs
Découvrez ce qui est possible
Découvrez de vraies applications créées avec Kliv par des développeurs et des créateurs du monde entier
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Montrez le travail aux clients sans exposer le dépôt
Décrivez les événements GitHub, les règles de tickets, l’accès client, la relecture du journal, les e-mails de version et la facturation. Kliv construit le hub de livraison autour de tout cela.
