Passer au contenu principal
Technologie interne · composants publics

Vinci Verifications

« Terminé » devrait s’accompagner d’éléments vérifiables.

Pourquoi nous l’avons créé

Nous avions besoin de plus qu’un agent annonçant avoir terminé.

Vinci Verifications est une série de dépôts et d’outils que nous utilisons pour vérifier notre propre travail, particulièrement celui généré par l’IA. Nous l’avons bâtie autour d’un besoin simple : une déclaration d’achèvement doit pouvoir être examinée par l’équipe.

Ce que la technologie réunit

Définir ce que signifie terminé

Établir la portée, les critères d’acceptation et les autorisations avant l’évaluation.

Demander les preuves

Relier les contrôles et leurs résultats à l’artefact qu’ils couvrent réellement.

Laisser place à l’incertitude

Garder visibles les conditions non testées et les constats non résolus.

Ce que nous partageons

Un aperçu choisi de nos travaux internes. D’autres capacités et détails restent privés tant qu’ils ne répondent pas à nos critères de sécurité et d’examen interne. Chaque page précise ce qui est public.

Portée et limites

Une famille technologique dont certains composants ont un code public. Valider un enregistrement n’est qu’une partie de la vérification; cela ne prouve pas indépendamment la justesse ou l’application des règles. Vinci Verifications n’est pas un service de certification.

Implémentation publique

La responsabilité exprimée dans le logiciel.

Vinci Contracts publie des types et des validateurs pour définir le travail confié à l’IA, consigner les preuves, préserver les limites d’approbation et préciser la portée d’une évaluation.

Une tâche de documentation délimitée

Exemple illustratif utilisant des détails fictifs et non sensibles. Il explique les enregistrements; ce n’est ni une exécution réelle ni une charge utile validée par schéma.

  1. Tâche

    Corriger deux liens brisés dans un README fictif. Critères : les deux liens fonctionnent et les consignes qui les entourent restent inchangées.

  2. Autorisation et responsable

    La personne responsable autorise une modification de documentation et la vérification des liens. Publier ou fusionner exige son approbation distincte.

  3. Artefact

    Un correctif proposé pour le README, identifié par l’empreinte de la révision exacte à évaluer.

  4. Preuves

    Joindre les résultats de vérification des liens et le diff révisé aux critères d’acceptation. Consigner qui a produit chaque élément et comment il a été vérifié.

  5. Verdict délimité

    Une évaluation pourrait couvrir les deux liens de cette révision. Elle n’établirait ni la justesse de l’application, ni son aptitude au déploiement, ni la validité des révisions futures.

Il s’agit d’implémentations Vinci, pas d’une norme adoptée ni d’une certification. Valider un schéma ne prouve pas qu’une application fait respecter les règles.

Le dépôt est public; aucune licence n’est déclarée dans les métadonnées examinées. Consultez le code et clarifiez les conditions de réutilisation avant de l’adopter.

Commencez par les ressources.

Explorez nos modèles publics, nos pages technologiques et notre documentation. Si vous avez d’autres questions ou souhaitez collaborer, vous y trouverez aussi nos coordonnées.

Explorer