Cette page a été traduite de l’anglais.
Outils pour développeurs
Créer un outil de diagrammes propulsé par l’IA
Kliv est un créateur d’applications par IA. Décrivez l’outil de diagrammes dont votre équipe a besoin, et il construit une vraie application où les diagrammes s’affichent à partir des services, des liaisons, des responsables et des états de revue.
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 un produit de diagrammes que vous configurez à partir d’un canevas prédéfini — c’est une IA qui construit des logiciels pour vous.
Vous décrivez l’application dont vous avez besoin en langage courant, et Kliv la construit : la base de données, la logique, les écrans et les flux de travail. Vous obtenez une vraie application qui vous appartient. Vous pouvez l’exécuter sur vos propres comptes, conserver le code source dans votre propre dépôt Git, et la modifier plus tard en demandant des changements. Ce n’est pas un modèle préfabriqué.
Sur cette page, cette application est un outil de diagrammes pour les cartes d’architecture. Kliv construit toutes sortes d’applications web ; ceci n’en est qu’un exemple.
Pourquoi créer votre propre outil de diagrammes ?
Les diagrammes d’architecture deviennent obsolètes quand ils sont stockés sous forme d’images. Une équipe modifie un service, change de responsable, ou retire une liaison, mais le wiki continue d’afficher l’ancienne image. Les nouvelles recrues lui font confiance parce qu’elle a l’air officielle.
Kliv peut construire une application de diagrammes où l’image provient de fiches. Les services, les connexions, les responsables, les états de revue et les documents sont stockés dans la base de données. Quand une ligne change, chaque vue basée dessus change aussi.
Le diagramme, c’est de la donnée
L’outil conserve l’architecture sous forme de fiches, puis génère les diagrammes à partir de ces fiches.
Services
Chaque service est une fiche avec un responsable, un niveau de criticité, un lien vers le dépôt et des notes d’astreinte. Une case sur le canevas est cette fiche affichée visuellement.
Liaisons
Chaque flèche est aussi une fiche : appelant, appelé, protocole, et ce qui casse si la connexion tombe. Survolez la flèche pour lire les détails.
Versions et revues
Une modification de carte reste une proposition jusqu’à ce que quelqu’un l’approuve. Les intégrations affichent la version validée, tandis que les brouillons restent privés au flux de revue.
Vues
L’onboarding peut n’afficher que les dix cases dont une nouvelle recrue a besoin. L’audit peut afficher les flux de données et les entrepôts. Les deux vues utilisent les mêmes fiches avec des filtres différents.
L’étagère de documents
Les documents de conception et les post-mortems se trouvent à côté de la carte et alimentent la base de connaissances de l’équipe à partir de laquelle l’agent répond.
L’agent de rédaction
Décrivez un flux et l’agent ébauche des services et des liaisons sous forme de lignes. L’équipe vérifie le résultat, le déplace sur le canevas, et approuve ce qui est vrai.
Un exemple : l’équipe plateforme de Camille
Voici comment une équipe pourrait utiliser un outil de diagrammes construit avec Kliv. Ce n’est qu’un exemple — vous décririez vos propres systèmes, règles de revue et documentation.
Un incident révèle une carte obsolète
La revue d’incident de Camille s’enlise parce que personne ne fait confiance au diagramme du wiki. L’action à mener est simple : garder la carte à jour, pour de vrai.
Elle décrit l’outil dont l’équipe a besoin
Camille demande des services avec responsables, des liaisons avec des notes de rayon d’impact, et une revue avant publication. Kliv construit l’application autour de ces fiches.
L’équipe amorce la première carte
Ils importent un tableur de services et ajoutent des liaisons pendant une session de travail. La première carte utile provient de fiches, pas d’un PNG terminé.
L’agent ébauche un flux de paiement
Camille décrit le flux de paiement. L’agent crée sept cases et neuf flèches. Deux sont incorrectes, alors elle les supprime ; les fiches erronées peuvent être corrigées.
Une revue modifie chaque intégration
Un coéquipier propose de retirer une liaison. La proposition notifie le canal plateforme sur Slack, est approuvée, et chaque intégration affiche la forme mise à jour.
Une nouvelle recrue demande la carte actuelle
Six mois plus tard, une nouvelle recrue demande ce qui appelle le moteur de tarification. La réponse vient de la table des liaisons actuelle, pas d’une ancienne page wiki.
Décrivez ce que vous voulez construire
Kliv construit à partir de votre description, donc plus vous donnez de détails, plus la première version s’en rapproche. Précisez quelles fiches le diagramme doit stocker, qui peut les modifier, et comment les revues doivent fonctionner. Voici trois exemples pour démarrer :
Carte de services
Des cases avec responsables, des flèches avec notes de panne.
“Construisez un outil de carte de services pour une SaaS logistique de 40 personnes. Enregistrez chaque service avec responsable, niveau de criticité, lien vers le dépôt et notes d’astreinte. Enregistrez chaque connexion avec protocole et impact en cas de panne. Exigez l’approbation de l’équipe plateforme avant de publier les modifications.”
Rédacteur de flux
Les flux écrits deviennent des fiches modifiables.
“Construisez une application de diagrammes où je décris un flux de requête en langage courant et un agent ébauche des nœuds et des liaisons modifiables sur un canevas. Gardez le brouillon généré séparé jusqu’à ce qu’un ingénieur le valide et le publie.”
Vues d’audit
Un seul graphe, filtré selon le rôle.
“Construisez une carte d’architecture avec des vues selon le rôle. Les ingénieurs voient tous les services et toutes les liaisons, les auditeurs ne voient que les entrepôts de données et les flux de données, et les nouvelles recrues obtiennent une vue d’onboarding simplifiée avec les dix systèmes dont elles ont besoin en premier.”
Comment ça fonctionne en pratique
Le travail de l’IA est vérifiable. Kliv construit et modifie l’application de diagrammes à partir de votre description. À l’intérieur de l’application finie, l’agent de rédaction transforme un flux décrit en fiches et répond aux questions à partir de vos documents de conception téléversés. Chaque conversation est enregistrée dans la base de données de l’application.
GitHub peut faire partie de la carte. Chaque fiche de service peut porter son dépôt. Les événements du dépôt peuvent signaler un service surveillé pour revue quand une pull request le concerne, de sorte que la dérive de la carte soit repérée près du changement de code.
L’accès suit les rôles. La connexion appartient à l’organisation, et chaque rôle obtient les vues qu’il doit avoir. La vue d’audit ne s’affiche que pour les sessions ayant le rôle d’audit.
Vous pouvez repartir avec le travail. La carte est faite de fiches dans une base de données que l’entreprise contrôle, et le code source de l’application se synchronise avec un dépôt appartenant à l’organisation.
Un agent travaillant sur les données propres d’une équipe est le schéma derrière de nombreuses applications d’IA. La page des applications IA montre la même structure dans d’autres catégories.
Questions fréquentes
Qu’est-ce que Kliv exactement ?
Kliv est une IA qui construit des applications web sur mesure à partir d’une description. Pour les diagrammes, elle peut construire un véritable outil où les services, les connexions, les responsables, les revues et les documents sont stockés sous forme de données.
Est-ce que j’obtiens une vraie application, ou un modèle préfabriqué ?
Une vraie application. Kliv construit la base de données, les écrans, le flux de revue et le comportement du canevas pour le cas de votre équipe. Vous ne remplissez pas un modèle de diagrammes générique.
Puis-je la modifier une fois construite ?
Oui. Demandez des changements en langage courant, comme un nouvel état de revue, une vue d’audit différente, ou un nouveau champ sur chaque service. Kliv met à jour l’application.
Est-ce que l’IA dessine les diagrammes pour nous ?
Elle les ébauche. Vous décrivez un flux, et l’agent crée des nœuds et des liaisons sous forme de fiches. La mise en page, l’exactitude et la publication restent entre les mains de l’équipe.
Pourquoi stocker les diagrammes sous forme de fiches plutôt que d’images ?
Les fiches peuvent être recherchées, filtrées, revues et mises à jour au même endroit. Un PNG ne peut qu’être remplacé, ce qui explique pourquoi les vieux diagrammes continuent d’avoir l’air officiels longtemps après avoir cessé d’être exacts.
Qu’est-ce qui empêche la carte de redevenir obsolète ?
Les modifications peuvent exiger une revue, et les événements du dépôt peuvent signaler les services qui ont besoin d’attention. L’obsolescence devient un élément visible dans une file d’attente, plutôt qu’un problème caché dans le wiki.
Qui peut voir la carte ?
Les membres connectés de l’organisation, avec des vues contrôlées par rôle. L’application en production peut montrer des tranches différentes aux ingénieurs, aux auditeurs et aux nouvelles recrues.
Peut-elle répondre à des questions à partir de nos documents ?
Oui. Téléversez des documents de conception et des post-mortems, et l’agent peut répondre à partir de cette bibliothèque, la conversation étant enregistrée dans votre application.
Pouvons-nous la connecter à GitHub ?
Oui. Les fiches de service peuvent stocker des liens de dépôt, et les événements du dépôt peuvent être utilisés pour signaler des revues de carte quand un changement de code pertinent est fusionné.
Puis-je quitter Kliv plus tard ?
Oui. Le code source de l’application se synchronise avec votre propre dépôt Git, et les fiches de la carte se trouvent dans votre base de données.
Différentes équipes peuvent-elles avoir des vues différentes ?
Oui. Les mêmes fiches de service et de liaison peuvent s’afficher comme une vue d’onboarding, une vue d’audit, ou une vue complète pour les ingénieurs.
Cela va-t-il remplacer la revue d’architecture ?
Non. Cela rend la revue explicite. Les personnes décident toujours de ce qui est vrai ; l’application stocke la proposition, l’approbation et la version publiée.
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.
Construisez une carte que votre équipe peut garder à jour
Décrivez les fiches, le flux de revue et les rôles dont votre outil de diagrammes a besoin. Kliv construit l’application autour de cette structure.
