
Tech • IA • Robotique
Un nouveau système Auto Mode utilise un classificateur distinct, des garde-fous en couches et des règles configurables pour approuver en toute sécurité la plupart des actions de codage pilotées par l’IA sans invites humaines constantes.
Les données internes montrent que 97 % des demandes d’autorisation pour des actions de codage sont approuvées, révélant l’inefficacité d’un contrôle manuel. Les confirmations fréquentes dans les workflows en plusieurs étapes créent des frictions pour les développeurs. Cela a conduit à l’introduction d’Auto Mode, conçu pour réduire les interruptions tout en gardant le contrôle sur les opérations potentiellement risquées.
Au lieu de laisser l’IA approuver ses propres actions, un classificateur distinct évalue chaque étape proposée. Ce système évite les biais en séparant la prise de décision du modèle qui génère les actions. Il agit comme un relecteur indépendant, à l’image de la séparation entre écriture de code et revue de code dans les workflows de développement.
Le classificateur ne traite que les instructions utilisateur et les appels d’outils, pas le raisonnement interne ni les sorties de l’IA. Cette vue restreinte empêche la manipulation et garantit que les décisions reposent sur l’intention de l’utilisateur. Les actions sont approuvées si elles s’alignent sur cette intention, et rejetées sinon.
Le système est conçu pour signaler les opérations destructrices ou difficiles à annuler, comme la suppression de branches distantes ou les force push. Lorsqu’une action est refusée, l’IA tente souvent des alternatives plus sûres, comme créer une nouvelle branche plutôt que modifier une branche protégée.
Une sonde côté serveur analyse toutes les entrées externes, y compris fichiers et pages web, à la recherche d’instructions malveillantes cachées avant qu’elles n’atteignent l’IA. Le contenu suspect est signalé avec des avertissements. Le classificateur vérifie ensuite si les actions restent conformes à la demande initiale, formant une défense à deux niveaux.
Lors d’évaluations contrôlées impliquant des attaques par injection de prompt, la combinaison des sondes et d’Auto Mode a réduit les exploits réussis à zéro. Cela indique une forte résistance aux tentatives de manipulation du comportement de l’IA via des instructions indirectes.
Toutes les actions ne sont pas traitées de la même manière. Un contrôle par niveau permet aux tâches à faible risque et réversibles — comme lire des fichiers ou modifier du code local — de contourner le classificateur. Les actions plus risquées, notamment les commandes shell ou les requêtes réseau externes, passent par un examen plus strict.
Les organisations peuvent définir ce qui constitue une infrastructure « interne » via une configuration d’environnement. Par défaut, seuls les dépôts locaux sont fiables, ce qui signifie que même des systèmes d’entreprise peuvent être considérés comme externes s’ils ne sont pas spécifiés. Les équipes peuvent ainsi adapter les limites de sécurité à leur architecture.
Les utilisateurs et administrateurs peuvent définir des règles allow, ask, soft deny et hard deny pour guider le comportement. Bien que ces règles orientent le classificateur, une application stricte peut être imposée via des conditions explicites de refus ou de demande, qui priment sur l’automatisation si nécessaire.
Les experts conseillent de commencer avec des permissions limitées, puis d’élargir progressivement selon le comportement observé. Pour les opérations à forts enjeux, comme les modifications d’infrastructures de production, une revue manuelle ou des systèmes de validation supplémentaires restent recommandés.
Auto Mode combine revue indépendante, défenses en couches et politiques personnalisables pour fluidifier les workflows assistés par IA tout en maintenant des garde-fous contre les actions involontaires ou nuisibles.
Explique-moi