Ito

Quand une PR s'ouvre, Ito lit le diff et la description, puis relie la modification aux parcours utilisateur qu'elle risque de mettre en danger. Il construit le plan tout seul, donc il n'y a aucun cas de test à écrire ni suite à maintenir. Vous pouvez ajouter des consignes en langage naturel pour orienter ses priorités.

À chaque pull request, Ito déploie votre application dans un conteneur propre à usage unique créé pour cette modification. Le conteneur exécute votre code réel, pas un mock ni un instantané, et il est détruit une fois l'exécution terminée, donc rien ne persiste. C'est cet isolement qui rend les résultats fiables.

Ito parcourt votre application comme le ferait une personne et sollicite le back-end en même temps. Il attrape les bugs qui n'apparaissent que lorsque les deux côtés tournent ensemble et que de vraies requêtes traversent l'application, comme les défauts de synchronisation, d'état ou d'intégration que la revue statique ne voit pas.

Quand Ito trouve un problème, il publie un commentaire sur la PR avec les lignes exactes concernées, la gravité, les étapes de reproduction, un replay vidéo et une invite simple pour corriger. Votre équipe le trie comme n'importe quel autre commentaire de revue, avec la preuve jointe plutôt qu'un avertissement vague.

Ito observe quels bugs votre équipe corrige, lesquels vous fermez comme non corrigés et les retours que vous donnez sur les plans précédents. Il s'appuie sur ce signal pour pondérer les tests à venir. Il traite l'automatisation de la revue de code comme quelque chose qui progresse avec l'usage, pas comme un ensemble de règles figées.

Ito est conforme SOC 2 Type II, chiffre le trafic avec TLS 1.2 ou supérieur et chiffre les données clients au repos avec AES-256. Les données de chaque client sont séparées logiquement, et l'accès aux systèmes de production exige un SSO avec authentification multifacteur obligatoire.