Yukigen Décrire mon projet

La méthode

Structurer fort, livrer par couches, prouver tout.

Quatre temps, six règles dures, et une façon de travailler avec l’IA qui tient à ses garde-fous. C’est la même méthode pour un audit de 140 points, un référentiel de 55 000 comptes ou un outil d’association.

Les quatre temps

Chaque temps a un livrable.

  1. 01

    Cadrer

    Le problème métier, les données réellement disponibles, la décision à améliorer. Ce qu’on ne fera pas. Les arbitrages de retour sur investissement sont écrits, pas supposés.

    Livrable : une note de cadrage datée, un périmètre, un forfait.

  2. 02

    Construire par couches

    Données, puis règles ou modèle, puis usage. Chaque couche testée et réutilisable. Pas de prototype jetable : la première version est déjà celle qui ira en production.

    Livrable : des livraisons courtes, chacune vérifiée, un point d’avancement écrit.

  3. 03

    Prouver

    Chaque chiffre porte sa date et son dénominateur. Chaque livraison est re-dérivée par un second chemin. Ce qui n’a pas pu être vérifié est écrit dans un registre des limites, pas passé sous silence.

    Livrable : des preuves rejouables, un rapport auto-porteur.

  4. 04

    Transmettre

    Documentation, procédure d’exploitation, passation, montée en compétence. Le système doit vivre sans nous, et vous devez pouvoir partir avec tout.

    Livrable : un dépôt, un cahier d’exploitation, un export complet.

Les règles dures

Ce qu’on ne négocie pas.

  • Chaque chiffre porte sa date et son dénominateur

    Un taux sans dénominateur ne se publie pas. Un chiffre recopié ne se recalcule pas. Ce site applique la règle qu’il vend.

  • Une preuve se rejoue

    Quatre niveaux : preuve directe rejouable, preuve d’historique, déclaration, déduction. Aucune conclusion grave ne repose sur une déclaration seule.

  • Rien ne s’écrit en production sans autorisation écrite

    Sauvegarde avant écriture, retour arrière prêt, vérification après application, journal. Un test sur des données réelles a un registre et un nettoyage prouvé.

  • Les tests partent avec le code

    Unitaires, bout en bout, accessibilité, performance, sur quatre moteurs pour un site. La publication attend que tout soit vert, jamais derrière un filtre.

  • L’IA produit, l’humain tranche, tout est tracé

    Sorties structurées validées par schéma, seuils de confiance, validation humaine avant toute fusion, suppression ou envoi. Jamais d’envoi automatique à un tiers.

  • On ne renonce pas faute d’accès

    Une analyse qui bute sur un accès change de méthode : hypothèses concurrentes, falsification, registre des limites. Le constat dit ce qu’il sait et ce qu’il ne sait pas.

L’IA, ici

Comment l’IA travaille ici

Yukigen construit avec des agents : ils lisent les corpus entiers, écrivent le code sous tests, rejouent les contrôles, rédigent les restitutions. C’est ce qui permet à un studio d’une personne de livrer un audit de 140 points, une recette de 68 fiches ou trois sites en deux jours. Mais chaque agent a un garde-fou, et c’est le garde-fou qui fait la qualité.

  • Lecteur

    lit 100 % d’un corpus, jamais un échantillon

    chaque fait cité avec sa source et sa date

  • Vérificateur

    contrôle chaque cas douteux, en parallèle

    seuil de confiance, les faux positifs bloqués avant la production

  • Auteur et critique

    deux modèles sur un même dossier

    le critique cherche la faille, l’humain tranche

  • Rédacteur

    génère les restitutions datées

    gabarits imposés, chiffres tirés des sources uniquement

Fusions, suppressions, envois à un tiers, écritures en production : validation humaine obligatoire. Toujours.

Le standard de fabrication

Ce site applique ce qu’il vend.

Le même standard sert aux sites Yukiweb et aux outils du studio. Il est écrit, versionné, et chaque point est vérifié par un test avant publication.

  • Astro, sortie statique, TypeScript strict ; aucun framework côté client, aucune bibliothèque tierce chargée
  • Tests unitaires et de bout en bout sous Chromium, Firefox, WebKit et un iPhone émulé
  • Accessibilité WCAG 2.2 AA vérifiée par axe sur chaque page, parcours clavier, lien d’évitement
  • Performance mesurée sur un téléphone moyen en 4G lente : LCP ≤ 2,5 s, CLS ≤ 0,1, budget de poids par page
  • Captures de référence à 1440 et 390 px relues avant chaque publication
  • Aucun cookie, aucun script tiers, polices auto-hébergées, en-têtes de sécurité stricts
  • Mesure d’audience sans identifiant, exemptée de consentement, purgée à 25 mois
  • Chaque message préparé par le site se termine par « (via le site) » : on mesure ce que le site produit

La stack

Des outils choisis pour durer, pas pour la démo.

Données

  • SQL
  • Python
  • pandas
  • PySpark
  • Snowflake
  • BigQuery
  • Databricks
  • Postgres
  • DuckDB

IA et modèles

  • Claude
  • API Anthropic
  • agentic coding
  • LangChain
  • MCP
  • RAG
  • scikit-learn
  • LightGBM
  • PyTorch
  • spaCy
  • SHAP
  • CVXPY

Applications

  • FastAPI
  • Streamlit
  • Astro
  • TypeScript
  • React
  • Supabase
  • Docker
  • GitHub Actions
  • Playwright
  • pytest

Plateforme

  • Hetzner
  • Coolify
  • Cloudflare Pages
  • Cloudflare R2
  • GCP
  • Azure
  • AWS

Décrivez le contexte. Vous aurez une première lecture sous 48 h.

Quelques lignes suffisent : ce qui bloque, ce qui existe, ce que vous voulez décider. La réponse est écrite, avec des options et ce qu’il faudrait regarder en premier.