Digit-AI Factory

Fabrication logicielle sous oracles

Prendre rendez-vous

Comment ça marche — en trois actes

L'IA fabrique. L'humain décide. Les deux se voient sur le même schéma.

Votre projet entre par un point unique, traverse une chaîne de cinq étapes et ressort avec ses preuves. Cette page montre où passent les décisions qui vous reviennent — il y en a deux, et elles ne sont déléguées à personne. Lecture : moins d'une minute.

Acte I — vue d'ensemble

Un seul point d'entrée, une seule adresse à retenir. La factory reçoit votre brief et distribue le travail aux forges — des outils spécialisés, chacun responsable d'un domaine.

  1. Point de départ

    Votre projet

    Votre besoin, vos contraintes, votre calendrier. Rien d'autre n'est requis pour commencer.

  2. brief

  3. Point d'entrée unique

    La factory

    Elle ouvre le run, tient le ledger — le journal des décisions — et passe la main d'une étape à la suivante. Vous n'avez qu'un interlocuteur.

  4. mandat

  5. Exécution

    Les forges

    13 outils spécialisés, rangés en trois familles qui n'obéissent pas au même régime. Dépliez-en une pour voir son rôle et ses services.

Pipeline

4 forges · 33 services

Régime : en séquence, l'une après l'autre

Les quatre étapes que traverse chaque run, du brief au staging vérifié : conception, design, development, tests.

  • forge-conception 9 services

    Rôle étape 1 du run

    • Qualifier l'entrant prouvé
    • Énumérer la surface prouvé
    • Rédiger les exigences prouvé
    • Dériver les vues aval prouvé
    • Valider les exigences (oracles) prouvé
    • Constitution projet prouvé
    • Cycle delta (évolution d'un référentiel scellé) prouvé
    • Rétro-modèle d'un projet existant prouvé
    • Vues par profil (PO, CSM, utilisateur) prouvé
  • forge-design 9 services

    Rôle étape 2 du run

    • Système de marque prouvé
    • Studio de direction prouvé
    • Améliorer le design (maquette) prouvé
    • Critiquer le design (amont et aval) déclaré
    • Valider le design (oracles) prouvé
    • Générer les visuels prouvé
    • Tokens DTCG (source → dérivé) prouvé
    • Baseline de régression visuelle prouvé
    • Contrôler la généricité d'une interface (règles importées) prouvé
  • forge-development 7 services

    Rôle étape 3 du run

    • Construire le produit sous gates prouvé
    • Double gate code + design prouvé
    • Gate spec (under/over-build) déclaré
    • Conductor bout en bout (CLI) déclaré
    • Générer DESIGN.md linté prouvé
    • Gate anti-patterns IA prouvé
    • Gate de mutation (3e métrique) prouvé
  • forge-tests 8 services

    Rôle étape 4 du run

    • Auditer une suite de tests prouvé
    • Générer des cas de tests à adopter et exécuter prouvé
    • Livrables de tests dérivés prouvé
    • Tendance et reprise ciblée prouvé
    • Inventaire sans exécution déclaré
    • Impact par diff, flaky, propriétés, mutation par risque déclaré
    • Rapport exhaustif test-par-test prouvé
    • Juger un catalogue de traductions prouvé

Transverses

4 forges · 27 services

Régime : en parallèle, à toutes les étapes

Elles outillent chaque run, quelle que soit l'étape : agents, exploitation, données, observabilité entre les runs.

  • forge-agents 11 services

    Rôle outils des runs

    • Fabriquer des agents spécialisés prouvé
    • Ledger de run vérifiable prouvé
    • Atelier des skills qualité prouvé
    • Projection OTLP GenAI du ledger prouvé
    • Oracle agent-evals prouvé
    • Gate budget G0 prouvé
    • Analyser un prompt (L99) prouvé
    • Améliorer un skill existant déclaré
    • Contre-expertise d'un livrable déclaré
    • Fiches expert du domaine déclaré
    • Fixer la barre d'un livrable prouvé
  • forge-ops 5 services

    Rôle outille la MEP, ne décide jamais

    • Déployer, restaurer, état prouvé
    • Verdicts d'exploitation O-1…O-4 prouvé
    • Plans cloud plan-first prouvé
    • Canary local simulé prouvé
    • Drift O-6 et verdict rollback SLO prouvé
  • forge-data 8 services

    Rôle lineage, qualité, restitution

    • Profiler (qualité en assertions) prouvé
    • Tracer (lineage exigible) prouvé
    • Restituer (chiffres sourcés) prouvé
    • Fonds de savoir data déclaré
    • Contractualiser (data contract) prouvé
    • Importer un schéma exporté prouvé
    • Traduire un lineage Unity Catalog prouvé
    • Mesurer une base connectée prouvé
  • forge-observability 3 services

    Rôle veille entre les runs

    • Observer (plans → snapshots) prouvé
    • Détecter la dérive prouvé
    • Veille citation IA déclaré

Sur mandat humain

5 forges · 23 services

Régime : sur mandat humain, jamais de leur propre initiative

Elles interviennent sur mandat humain explicite — jamais par déclenchement automatique.

  • forge-seo-geo 7 services

    Rôle post-MEP

    • Créer une mission d'audit SEO prouvé
    • Dérouler l'audit 87 nœuds prouvé
    • Valider forge et mission prouvé
    • Rapport HTML vérifié prouvé
    • Runs de suivi récurrents déclaré
    • Instrumentation de crawl avancée prouvé
    • Scorer et écrire le CSV d'actions prouvé
  • forge-audit 4 services

    Rôle gouvernance POC-to-Prod

    • Référentiel d'audit POC-to-Prod prouvé
    • Oracles d'audit prouvé
    • Engagement d'audit par tenant prouvé
    • Policy-as-code (démonstrateur OPA) prouvé
  • forge-organization 4 services

    Rôle conventions

    • Doctrine des conventions prouvé
    • Composant filtres-tableau prouvé
    • Études normatives déclaré
    • Gate de conventions packagé prouvé
  • forge-agents-security 3 services

    Rôle sécurité agentique

    • Scanner un agent (statique) prouvé
    • Scanner les appels d'outils (dynamique) prouvé
    • Rejouer un corpus d'injection de prompt prouvé
  • forge-websec 5 services

    Rôle sécurité du produit livré

    • Juger l'exposition runtime prouvé
    • Scanner les dépendances vulnérables (SCA) prouvé
    • Tenir un contrat de sécurité ASVS L1 déclaré
    • Méthode de test de sécurité (WSTG curé) déclaré
    • Scanner dynamiquement (DAST, sur mandat) prouvé

Acte II — la chaîne d'un run

Cinq étapes, dans cet ordre, et deux arrêts. Les étapes s'exécutent et rendent des verdicts ; les deux arrêts, eux, attendent une personne. C'est toute la promesse : l'IA fait, l'humain décide.

Étape automatisée — elle produit un livrable et un verdict Gate humain — la chaîne s'arrête et attend votre décision

  1. Gate humain G1 — arrêt de la chaîne

    Accord explicite au démarrage

    Vous validez le périmètre et les exigences avant qu'une seule ligne de code soit écrite. Sans cet accord, le run ne s'ouvre pas.

    Décideur : Vous — aucune automatisation ne franchit ce point

  2. Étape automatisée

    Conception

    Votre besoin devient un référentiel d'exigences : chaque ligne est atomique, numérotée et assortie d'un critère d'acceptation vérifiable.

    Livrable
    Référentiel d'exigences scellé
    Verdict
    Oracles de conception exécutésDes programmes de vérification relisent le référentiel — exigence non testable, critère absent, doublon — et rendent un verdict.

  3. Étape automatisée

    Design

    Plusieurs directions artistiques sont produites, puis une seule est retenue par une personne. Elle est figée en jetons de marque réutilisables.

    Livrable
    Direction retenue et jetons de marque
    Verdict
    Oracles de design exécutésContrastes mesurés, parité des thèmes clair et sombre, absence de couleur hors charte, tenue à 360 px.

  4. Étape automatisée

    Développement

    Le code est écrit exigence par exigence. Rien n'avance sans que les points de passage automatiques soient au vert.

    Livrable
    Code sous gates
    Verdict
    Gates de code au vertUn gate est un point de passage automatique : style, sécurité, dépendances. Un gate rouge arrête la chaîne, il ne se contourne pas.

  5. Étape automatisée

    Tests

    La surface réelle du produit est énumérée depuis le code, puis éprouvée — y compris par mutation, pour vérifier que les tests détectent vraiment.

    Livrable
    Rapport de tests daté
    Verdict
    Suite de tests exécutéeLe rapport nomme ce qui passe, ce qui échoue et ce qui n'est pas couvert. Aucun résultat n'est arrondi.

  6. Gate humain G2 — arrêt de la chaîne

    GO de mise en production

    Vous lisez le dossier de mise en production et vous prononcez le GO. Aucune automatisation ne met en ligne à votre place.

    Décideur : Vous — aucune automatisation ne franchit ce point

  7. Étape automatisée

    Mise en production

    Le produit est déployé en pré-production, peuplé de données réalistes, puis vérifié de bout en bout avant toute mise en ligne.

    Livrable
    Dossier de mise en production
    Verdict
    Oracle de mise en productionLe dossier réunit les preuves attendues : contrôles de fumée, retour arrière documenté, en-têtes de sécurité vérifiés.

Acte III — les échanges

La chaîne n'est pas à sens unique. Ce que vous recevez est daté et vérifiable ; ce que vous renvoyez est ce qui, seul, fait avancer le run.

Ce que votre projet reçoit

5 livrables descendent des forges vers votre projet.

  • Exigences scelléesConception

    Le référentiel d'exigences et son empreinte : une exigence retouchée après coup se voit.

  • Jetons de marqueDesign

    Couleurs, typographies et espacements figés, thèmes clair et sombre à parité.

  • Code sous gatesDéveloppement

    Le code source, accompagné du relevé des points de passage franchis.

  • Rapports de testsTests

    Le relevé daté de ce qui passe, de ce qui échoue et de ce qui reste à couvrir.

  • Dossier de mise en productionMise en production

    Les pièces à lire avant de prononcer le GO — dont le retour arrière documenté.

Ce que votre projet renvoie

3 apports remontent vers la factory — sans eux, la chaîne s'arrête.

  • BriefOuverture du run

    Le besoin, les contraintes et ce qui est hors périmètre — le point d'entrée du run.

  • Décisions humainesAux deux gates

    L'accord de démarrage, la direction artistique retenue, le GO de mise en production : les arbitrages que personne ne prend à votre place.

  • Retours d'usageAprès la mise en ligne

    Ce que le produit vécu révèle. Chaque retour est consigné au ledger — le journal du run — et ouvre un run de version, jamais une retouche silencieuse.

Le cas vivant

Le meilleur exemple de ce que vous venez de lire, c'est cette page. Ce site est sorti de la chaîne décrite ci-dessus, avec ses deux gates humains : exigences scellées, direction artistique arbitrée par une personne, oracles exécutés, GO prononcé. Les pièces de ce run sont publiées.

Voir les pièces du run de ce site

Prendre rendez-vous