Cette page a été traduite de l’anglais.
Outils d'ingénierie et de design
Kliv est une IA qui construit des applications. Décrivez votre bibliothèque de normes techniques, et elle construit une vraie application pour les normes versionnées, les éditions par affaire, la recherche, les statuts de relecture et les alertes Slack, sur votre propre domaine.
Entrez simplement votre idée dans la zone de texte et AI la construira pour vous
Kliv n’est pas un dossier de documents ni un moteur de recherche sur des PDF — 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 : les fiches, la logique de révision, le stockage des fichiers, la recherche, les statuts de relecture, les rattachements aux affaires, les alertes et les règles d’accès. Vous êtes propriétaire du résultat, vous l’exploitez sur votre propre domaine, et vous le faites évoluer plus tard simplement en le demandant. Ce n’est pas un modèle de document.
Sur cette page, cette application est une bibliothèque de normes internes pour un bureau d’ingénierie. Kliv construit toutes sortes d’applications web ; ceci n’en est qu’un exemple.
Les normes d’un bureau d’ingénierie sont plus que de simples fichiers. Ce sont des règles avec un historique : des révisions qui prennent effet à des dates précises, des affaires chiffrées sous des éditions qui ne doivent pas bouger silencieusement, et des notes qui expliquent pourquoi une clause a changé.
Kliv construit la bibliothèque sous forme de fiches respectant cette structure. Normes, révisions, affaires, retours d’expérience, recherche et alertes Slack cohabitent dans une seule application, si bien que la question « quelle révision fait foi ? » a toujours une réponse.
Tout, dans la bibliothèque, est soit une règle, soit une édition de cette règle, soit un travail qui en dépend.
Les modes opératoires de soudage, les guides de conception, les modèles de calcul et les sections de spécifications sont des fiches avec propriétaires, disciplines et périmètre — pas des noms de fichiers auxquels on accroche une date.
Chaque norme est une chaîne d’éditions avec des dates d’effet et des annotations jointes. La version « en vigueur » est tenue à jour par la base de données.
L’affaire 4471 enregistre les éditions exactes sous lesquelles elle a été chiffrée. Quand une norme change, l’affaire ne bouge pas, sauf ordre de modification.
Les notes sont classées sous la norme qu’elles concernent, si bien que la remarque sur la soudure de selle fissurée apparaît dès qu’on ouvre le mode opératoire qui l’a permise.
L’agent répond à partir du corpus et cite la clause et la révision qu’il a lues. Interrogé sur une affaire précise, il répond à partir des éditions rattachées à cette affaire.
Quand une révision est publiée, un message Slack liste ce qui a changé et les affaires en cours qui citent la norme.
Voici comment un bureau d’ingénierie pourrait utiliser une bibliothèque de normes construite avec Kliv. Ce n’est qu’un exemple — vous décririez vos propres normes, révisions, étapes de relecture, rattachements aux affaires et alertes.
Un défaut d’ajustement sur l’affaire 4468 devient une modification annotée du paragraphe 6.2 de la norme NRM-114. La proposition est une révision provisoire jointe à la norme, pas un fil d’e-mails.
Le propriétaire de la norme et un vérificateur indépendant valident dans l’application. Statut de relecture, approbateur et date d’effet sont des champs, si bien que l’approbation est facile à retrouver.
À la date d’effet, la nouvelle édition devient la version en vigueur partout où la norme est consultée. L’ancienne édition reste archivée et continue de faire foi pour les affaires qui l’ont utilisée.
Un seul message Slack dans #ingenierie liste la clause modifiée, la raison, et les trois affaires en cours qui citent la norme NRM-114.
Le prochain devis se rattache à la nouvelle édition. L’affaire 4468 reste sur l’édition utilisée par son contrat, et l’agent répond à partir de la bonne révision pour chacune des deux affaires.
Kliv construit à partir de votre description, donc plus vous donnez de détails, plus la première version s’en rapproche. Nommez vos disciplines, vos normes, vos statuts de relecture, vos rattachements aux affaires, le comportement de recherche et vos règles d’alerte. Voici trois exemples pour démarrer :
Procédures versionnées et qualifications propres à chaque affaire.
“Construis une bibliothèque de modes opératoires de soudage consultable où chaque procédure a un propriétaire, une discipline, des révisions versionnées, des annotations jointes, des dates d’effet, et où chaque affaire active enregistre la révision sous laquelle elle a été qualifiée.”
Statuts de relecture, éditions remplacées et synthèses Slack.
“Construis un manuel de conception d’entreprise où chaque section a un propriétaire, une discipline, des statuts brouillon, en relecture et en vigueur, où les éditions remplacées restent lisibles par date d’effet, et où chaque changement publié envoie une synthèse sur Slack.”
Recherche dans les normes et les retours d’expérience, avec citations.
“Construis une bibliothèque de spécifications pour nos ingénieurs de projet qui recherche dans 20 ans de sections de spécifications, de normes et de notes de retour d’expérience, ne répond qu’à partir de notre corpus, et cite la clause et la révision utilisées.”
L’agent est ancré aux éditions. La base de connaissances est le corpus de votre bureau, révision par révision. Interrogé sur l’affaire 4468, l’agent répond à partir de l’édition sous laquelle cette affaire a été chiffrée, cite la clause, et nomme la révision qu’il a lue.
Les fichiers ont des statuts de relecture. Les fichiers natifs et les PDF vivent dans le stockage de fichiers, mais la fiche de référence reste la norme. Brouillon, en relecture et en vigueur sont des statuts avec des droits d’édition par discipline, pas des mentions dans des noms de fichiers.
Les alertes agissent dans Slack. La bibliothèque peut publier des avis de publication, des relances de relecture en retard et des synthèses hebdomadaires des changements dans vos canaux Slack. Les règles d’alerte sont des lignes que vous modifiez.
La bibliothèque de Bruno doit survivre aux outils et aux changements de personnel. Un logiciel appelé à vivre aussi longtemps dans une même entreprise est un métier à part entière ; le savoir-faire de Kliv en outils internes en est l’expression.
Kliv est une IA qui construit des applications. Vous décrivez la bibliothèque de normes dont vous avez besoin, elle construit l’application, et vous êtes propriétaire du résultat.
Une vraie application. Kliv construit des fiches pour les normes, les révisions, les affaires, les fichiers, la recherche, les alertes, les statuts de relecture et les règles d’accès.
Oui. Ajoutez un statut de relecture, modifiez les règles d’alerte, ajoutez une discipline, ou revoyez la façon dont les affaires se rattachent aux normes, simplement en le demandant en langage courant.
Oui. Les anciennes éditions conservent leurs dates d’effet et restent rattachées aux affaires chiffrées sous ces éditions. Publier une révision ajoute de l’histoire ; cela ne la réécrit pas.
Tout le monde peut proposer une annotation si votre règle l’autorise. Seuls le propriétaire ou les relecteurs requis peuvent publier. Les statuts de relecture et les droits d’édition sont appliqués au niveau de la fiche.
Non. Il s’appuie sur les normes, les notes et les retours d’expérience classés par votre bureau. Si le corpus ne dit rien, il le signale plutôt que de deviner.
Oui, avec des comptes à périmètre limité. Un sous-traitant ne voit que les normes rattachées à son affaire, rien d’autre, appliqué au niveau de chaque ligne.
Oui. Les avis de publication, les rappels de relecture et les synthèses hebdomadaires peuvent être publiés via l’intégration Slack de Kliv, avec des règles stockées dans l’application.
Oui. Un rattachement d’affaire enregistre les éditions exactes qui la régissent. Les révisions ultérieures ne modifient pas ce rattachement sans un changement enregistré.
Oui. Les PDF, fichiers natifs, annotations et notes peuvent vivre dans le stockage de fichiers et être rattachés à la norme ou à la révision dont ils dépendent.
Oui. L’application fonctionne sur votre propre domaine, avec les règles de connexion et d’accès que vous définissez.
Oui. Le code se synchronise avec votre propre dépôt Git, donc partir revient à faire un git pull, pas à tout reconstruire.
More in this category
Réalisé par des créateurs
Découvrez de vraies applications créées avec Kliv par des développeurs et des créateurs du monde entier
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Track remittances and household budgets seamlessly.
Manage your book club easily with proposals, voting, and history tracking.
Portfolio and booking site for Northfern Tattoo Studio.
Sistema de gestión del agua comunitario para aldeas.
職人が作品を展示し、受注管理を行うサイトです。
Crowd-sourced surf condition tracking app.
A portal for HOA management at Riverside Commons.
小規模レストラン向けの予約管理サイトです。
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
A whānau coordination tool for Māori-medium schools.
Mobile library coordinator for Hmong and Lao communities.
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Track remittances and household budgets seamlessly.
Manage your book club easily with proposals, voting, and history tracking.
Portfolio and booking site for Northfern Tattoo Studio.
Sistema de gestión del agua comunitario para aldeas.
職人が作品を展示し、受注管理を行うサイトです。
Crowd-sourced surf condition tracking app.
A portal for HOA management at Riverside Commons.
小規模レストラン向けの予約管理サイトです。
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
A whānau coordination tool for Māori-medium schools.
Mobile library coordinator for Hmong and Lao communities.
Décrivez en détail vos normes, révisions, affaires, statuts de relecture, règles de recherche et alertes Slack. Kliv construit la bibliothèque qui garde la réponse liée à la bonne édition.