Digit-AI Factory

Fabrication logicielle sous oracles

Forge — Pipeline

forge-conception

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

Rôle dans le run étape 1 du run

Ses services — 9 au catalogue, 9 prouvés

Ce que vous obtenez, ce qui entre, ce qui sort — et, pour les services prouvés, la preuve citée telle quelle.

  1. Qualifier l'entrant

    prouvé
    Ce que vous obtenez
    qualifier mon idée, CDC ou produit existant en entrant exploitable
    Il reçoit
    • idée | CDC | produit à reprendre | à faire évoluer | tiers à répliquer (typologie fermée à 5, seuils de suffisance)
    Il produit
    • ENTRANT.md

    La preuve qui l'établit

    run pilote 04/08/2026 — chaîne complète exercée, conception 4/4 oracles PASS (RUN-PILOTE.md)

    Cycle de vie : experimental · Dernier challenge : 2026-08-12
  2. Énumérer la surface

    prouvé
    Ce que vous obtenez
    énumérer toute la surface fonctionnelle de mon produit
    Il reçoit
    • ENTRANT.md
    Il produit
    • SURFACE.md

    La preuve qui l'établit

    oracle-surface.mjs exécutable (self-test double sens) + run pilote 04/08

    Cycle de vie : experimental · Dernier challenge : 2026-08-12
  3. Rédiger les exigences

    prouvé
    Ce que vous obtenez
    obtenir un référentiel d'exigences scellé et traçable
    Il reçoit
    • ENTRANT.md
    • SURFACE.md
    Il produit
    • EXIGENCES.json (source unique)
    • EXIGENCES.md (vue, en-tête source-sha256)

    La preuve qui l'établit

    oracles oracle-exigences/tracabilite/claims exécutables + run pilote 04/08 (4/4 PASS)

    Cycle de vie : experimental · Dernier challenge : 2026-08-12
  4. Dériver les vues aval

    prouvé
    Ce que vous obtenez
    produire le cadrage consommable par le design et la mission
    Il reçoit
    • EXIGENCES.json
    Il produit
    • CADRAGE-DESIGN.md
    • MISSION.md

    La preuve qui l'établit

    run pilote 04/08 — vues dérivées produites et consommées par l'étape design

    Cycle de vie : experimental · Dernier challenge : 2026-08-12
  5. Valider les exigences (oracles)

    prouvé
    Ce que vous obtenez
    vérifier mécaniquement mon référentiel d'exigences
    Il reçoit
    • EXIGENCES.json
    Il produit
    • verdict JSON, exit 0/1/2

    La preuve qui l'établit

    8 oracles, 30 règles, self-test à double sens (campagne TF-0101 du 12/08, rejoué par le pilot)

    Cycle de vie : production · Dernier challenge : 2026-08-12
  6. Constitution projet

    prouvé
    Ce que vous obtenez
    séparer mes invariants non négociables du référentiel qui évolue
    Il reçoit
    • CONSTITUTION.md (frontmatter semver + principes)
    Il produit
    • verdict C1-C3, exit 0/1/2 (absent = exit 2)

    La preuve qui l'établit

    TF-0101 (12/08) : fixtures double sens, self-test vert, rejoué pilot

    Cycle de vie : experimental · Dernier challenge : 2026-08-12
  7. Cycle delta (évolution d'un référentiel scellé)

    prouvé
    Ce que vous obtenez
    faire évoluer EXIGENCES.json par deltas proposés, appliqués, archivés
    Il reçoit
    • DELTA.json + référentiel cible
    Il produit
    • référentiel mis à jour (identifiants_retires tenus)
    • delta archivé

    La preuve qui l'établit

    TF-0101 (12/08) : recette 16/16 — un delta refusé n'altère jamais le référentiel (empreinte prouvée)

    Cycle de vie : experimental · Dernier challenge : 2026-08-12
  8. Rétro-modèle d'un projet existant

    prouvé
    Ce que vous obtenez
    reconstruire un modèle vérifiable (fonctionnel, technique, paramétrage, data, services) d'un projet existant, chaque affirmation ancrée et un échantillon confronté au code
    Il reçoit
    • dépôt lisible (lecture seule) — types « produit à reprendre / à faire évoluer / tiers à répliquer »
    Il produit
    • RETRO-MODELE.md

    La preuve qui l'établit

    GO du 19/08 (étude 20260819a) : oracle RM1-RM5 au self-test double sens, rejoué le 19/08 (10 oracles, 42 règles, VERT) — pas encore de run réel

    Cycle de vie : experimental · Dernier challenge : 2026-08-19
  9. Vues par profil (PO, CSM, utilisateur)

    prouvé
    Ce que vous obtenez
    décliner le rétro-modèle en documentations par audience, fidélité (ancres [RM-xxx]) et péremption (empreinte SHA-256) jugées
    Il reçoit
    • RETRO-MODELE.md (oracle-retro-modele PASS exigé)
    Il produit
    • VUE-PO.md | VUE-CSM.md | VUE-UTILISATEUR.md

    La preuve qui l'établit

    GO du 19/08 (étude 20260819b) : oracle VP1-VP4 au self-test double sens, rejoué le 19/08 — pas encore de run réel

    Cycle de vie : experimental · Dernier challenge : 2026-08-19

Poursuivre la lecture