Supprimer un signal pour mesurer sa contribution.
AMF : l’infrastructure qui fabrique des réalisations d’intelligence
AMF est le produit : un contrat de mission, un Scientist qui expérimente, une Foundry qui fabrique, un Ledger qui conserve l’histoire et des contrôles de qualification et d’exécution. Chaque réalisation est un résultat de cette infrastructure.
Savoir faire ne veut pas dire avoir le droit d’agir.
Même si un outil peut proposer une action, il ne doit pas l’exécuter sans autorisation.
AMF est la fabrique. Chaque modèle n'est qu'une réalisation.
Mission → fabrication
Définir des exigences mesurables, comparer les options et matérialiser une réalisation exécutable pour la mission.
Persistent Scientist
Formuler des hypothèses, expérimenter et exploiter des observations dans les scores. Le bénéfice cumulatif entre missions reste à établir.
Ledger & généalogie
Relier les identités, interventions, mesures et décisions aux actifs produits. La provenance ne prouve pas à elle seule qu'une mesure est juste.
Preuves & runtime
Limiter les affirmations à leur périmètre testé, puis séparer la sortie de l'IA de l'autorisation d'agir en exécution.
Une réalisation neuronale, pas une promesse abstraite.
AMF a produit un descendant de Mistral 7B pour une mission de classification facturation/technique : quatre couches Transformer retirées, adaptation LoRA et mesures sur jeux de développement.
Aucune QIR indépendante n'a été effectuée pour FP2. La comparaison complète au parent intact, les gains de vitesse et les économies ne sont pas établis ici.
Explorer FP2 et ses limitesparamètres supprimés
ROB · développement
OOD · développement
événements Ledger consignés
Le vocabulaire AMF, en clair
Mission
Le problème à résoudre et les objectifs à atteindre.
Réalisation
La version utilisable du système : modèles, données, outils et règles.
Qualification
La confirmation que cette version a réussi les tests prévus pour une tâche précise.
Preuves
Les résultats, fichiers et mesures permettant de vérifier ce qui est annoncé.
Une mission réussie ne prouve pas que toutes les autres sont réussies. AMF doit toujours préciser quelles tâches ont réellement été évaluées.
D’abord votre besoin. Ensuite des preuves avant d’agir.
Définir le besoin
Quelles tâches faut-il réussir ? Avec quel budget et quelles limites ?
Chercher des solutions
Comparer des modèles, des outils et plusieurs façons de les faire travailler ensemble.
Construire
Fabriquer ou assembler des versions du système que l’on peut réellement exécuter.
Tester
Vérifier ce qui marche, ce qui échoue, le temps nécessaire et le coût.
Valider ou refuser
Tester la version choisie sur des cas réservés et indiquer précisément ce qui est validé.
Utiliser
Faire fonctionner la version testée sans la modifier discrètement après validation.
Plusieurs technologies peuvent répondre à un même besoin.
COMPRENDRE
Que sait déjà faire le système ?
MODIFIER
Que se passe-t-il si on change un élément ?
RÉORGANISER
Peut-on résoudre la tâche autrement ?
AMÉLIORER
Peut-on corriger les erreurs constatées ?
REMPLACER
Un autre outil peut-il remplir le même rôle ?
ASSEMBLER
Comment les composants fonctionnent-ils ensemble ?
DONNÉES
Le problème vient-il d’informations manquantes ?
EXPLOITER
Dans quelles conditions la solution peut-elle tourner ?
Dix façons de tester le rôle d’un composant IA.
Masquer une tête, un neurone, un chemin ou un bloc sans effacer sa source.
Contourner un composant pour tester sa nécessité.
Substituer une activation, un composant ou une baseline.
Faire varier l’influence continûment plutôt que par coupure binaire.
Stresser un chemin et mesurer la robustesse de la réalisation.
Réduire le rang, la dimension ou la structure conservée.
Réduire la précision ou la qualité du substrat sous contrôle.
Tester si une autre implémentation préserve la fonction bornée.
Contraindre l’apprentissage pour localiser l’adaptation nécessaire.
Les interventions historiquement documentées incluent notamment HEAD_OUTPUT_ZERO, les chemins Q / K / V / QK / QKV et ATTN_SCALE. Une chute mesurée indique une contribution sous les conditions testées — pas l’emplacement universel d’une capacité.