Automatiser avec une IA en local : les 5 critères avant de se lancer

Deux questions, annoncées dès la première minute : sur quels critères on décide d'automatiser, et comment automatiser des documents qui n'ont pas le droit de sortir du cabinet. Le point de départ change tout : on n'automatise pas une tâche, on automatise une décision. Une décision, on peut dire à la fin si elle est vraie ou fausse. Une tâche, non. Elle marche une fois, puis la mise en page change, le type de facture change, et trois semaines plus tard ça ne fonctionne plus. Ensuite la grille, cinq critères : la répétition, la stabilité, l'entrée structurée, l'erreur détectable, les conséquences bornées. Cinq sur cinq, on automatise de bout en bout. Trois ou quatre sur cinq, on automatise avec une revue humaine. En dessous, on laisse la tâche à la main — et je refuse régulièrement des missions pour cette raison. Les deux critères qui priment sur les autres : l'erreur détectable et les conséquences bornées. Si tu ne peux pas écrire le test qui dit « ce résultat est faux », tu ne construis pas une automatisation, tu prends un pari. Et un virement parti ne revient pas. La deuxième moitié de la vidéo porte sur les documents sensibles : ce que « en local » veut dire vraiment, pourquoi la promesse d'un modèle local se vérifie au lieu de se croire, ce que coûtent aujourd'hui les machines à mémoire unifiée, ce qui tient réellement en mémoire une fois le modèle compressé, et ce que le local ne règle pas. Parce qu'il ne règle pas grand-chose tout seul : le modèle se trompe toujours, la machine reste un serveur à sauvegarder et à mettre à jour, et le coût n'est pas supprimé, il est déplacé vers l'électricité. ▬▬▬ Chapitres ▬▬▬ 00:00 Les deux questions de cette vidéo 00:55 On automatise une décision, pas une tâche 01:48 Le malentendu de départ : aucun critère pour trancher 03:22 Pourquoi ça marche une fois, puis ça casse 05:43 Les trois couches : décision, vérification, exécution 06:32 Critère 1 — la répétition 07:11 Critère 2 — la stabilité 07:55 Critère 3 — l'entrée structurée 08:13 Critère 4 — l'erreur détectable 08:31 Critère 5 — les conséquences bornées 09:20 Lire le score : 5/5, 3/5, et la revue humaine 10:04 Calculer ce que l'automatisation rapporte vraiment 12:00 Énoncer les étapes à l'oral : le test de stabilité 13:35 Trop de « ça dépend » : le signal d'arrêt 14:30 Les mêmes champs à chaque passage 15:54 Écrire les tests qui disent « c'est faux » 17:01 Le montant non borné, et le virement qui part 18:10 Et si le système se trompe cent fois ? 20:12 La grille entière, et les deux critères qui priment 21:12 Ce qu'on n'automatise pas 22:43 Ce que tu ne sauras pas réparer dans six mois 23:18 Contrôler avant l'effet, rejouer, alerter 24:26 Une automatisation en production ne peut pas être libre 25:01 Documents sensibles : tout garder en local 26:06 Pourquoi ces données ne doivent pas sortir 27:26 Ce que « en local » veut dire vraiment 27:58 Aucun appel sortant : vérifier au lieu de croire 29:50 Le matériel, et ce qu'il coûte 30:54 Ce qui tient en mémoire : compresser le modèle 32:30 Ce que le local ne règle pas 33:33 Le coût n'est pas supprimé, il est déplacé 35:36 Trois erreurs qui reviennent toujours 36:45 N'achète pas la machine avant d'écrire les règles 37:58 L'audit, et les automatisations que je refuse 38:32 La suite : la démo n8n sur l'audit de facturation ▬▬▬ La suite ▬▬▬ La prochaine vidéo est la démonstration : un système d'audit de facturation construit pas à pas, avec l'explication des nœuds. Sur n8n, mais le raisonnement vaut pour n'importe quel outil.