Vérifier
Détectez les nouvelles régressions pendant que vos agents travaillent.
Chaque fois que vous enregistrez un fichier ou qu’un agent termine une tâche, Panolayer vérifie la modification par rapport à la manière dont votre base de code s’articule réellement. Il examine les fonctions modifiées, le code qui les appelle et ce que chacun attend. Vous voyez en quelques secondes ce qui a cassé et pourquoi, et un agent ne peut pas fusionner son travail dans votre branche sans votre approbation.
Bêta publique pour macOS. Gratuit pour commencer, sans carte bancaire.
Un agent modifie getUser() pour renvoyer null au lieu de lever une exception.
Le code compile et les tests de getUser passent toujours, mais les six endroits qui lisent user.name sans vérification ne s’en aperçoivent qu’en préproduction.
Comment fonctionne le Verification Engine
La vérification part de la seule chose qui ne peut pas se tromper sur votre code : le code lui-même.
Elle s’appuie sur votre architecture, extraite des sources : elle connaît donc chaque fonction, ce qui l’appelle et ce dont elle dépend. Panolayer distingue les nouvelles régressions de celles qui existaient déjà. Grâce à la mémoire persistante, chaque correction que vous apportez reste attachée au projet : la vérification s’améliore à mesure que vous l’utilisez.
Analysez votre code
Déterminez ce qu'il attend
Vérifiez chaque modification
Les nouvelles régressions restent séparées des anciennes
01
Construire le contexte à partir de votre code
Un agent ne voit que les fichiers qu’on lui a fournis. Panolayer analyse votre dépôt comme le ferait un compilateur : fichiers, modules, fonctions, classes, imports et graphe d’appels complet. Il sait que getUser() est appelée depuis six endroits et où se trouve exactement chacun d’eux, parce qu’il a résolu les symboles, et non parce qu’un modèle l’a deviné. C’est la même architecture que vous parcourez dans Architecture.

02
Déterminer ce que le code attend
Grâce à la mémoire persistante de Panolayer, les règles sont conservées d’une exécution à l’autre, et vous pouvez ajouter les vôtres ou corriger celles sur lesquelles il se trompe.

03
Voir exactement ce qui a cassé
Ouvrez un échec et vous obtenez la fonction, la règle, ce qui s’est produit à la place, où, et quels appelants sont concernés, avec les preuves correspondantes.
Lorsqu’elles sont configurées, la vérification peut aussi exécuter vos tests, builds et vérifications de types, charger les modifications frontend dans un navigateur et comparer des captures d’écran à une image de référence.

04
Comparer avec la référence
Chaque résultat est comparé à la base de code avant la modification : les échecs déjà présents restent étiquetés comme préexistants, et vous ne traquez que ce que cette modification a cassé.
05
Corriger le code, ou la règle
Si le code est erroné, corrigez-le vous-même ou demandez à Panolayer Agent de le faire, avec l’échec et ses appelants concernés comme contexte. Si la règle est erronée, corrigez-la. Dans les deux cas, le résultat est vérifié à nouveau.
Un agent ne peut pas fusionner son propre travail dans votre branche sans votre approbation. Les agents de la Marketplace s’exécutent dans un conteneur sans accès à votre arbre principal. Les agents CLI sur votre Mac sont retenus par instruction. Vous pouvez toujours faire un commit, et fusionner le travail d’un agent, même lorsque des vérifications échouent.
En savoir plus sur ConstruireQuestions
Qu’est-ce qu’une règle ?
Une attente concernant le comportement d’un morceau de code, par exemple « renvoie un utilisateur ou lève une exception, jamais null ». Panolayer déduit la plupart des règles de votre code, et vous pouvez ajouter les vôtres. Les règles sont conservées et s’exécutent à chaque modification.
Puis-je écrire mes propres règles ?
Oui. Vous pouvez ajouter vos propres règles en plus de celles que Panolayer déduit de votre code.
Que se passe-t-il quand une règle est erronée ?
Corrigez-la. La correction est conservée, et les vérifications futures sur ce dépôt en tiennent compte.
Quelle est la rapidité de la vérification ?
Les résultats arrivent en quelques secondes : vous pouvez vérifier, corriger et vérifier à nouveau sans quitter la tâche.
Quand la vérification s’exécute-t-elle ?
Lorsque vous enregistrez un fichier sur votre branche, et lorsqu’un agent indique que sa tâche est terminée.
Mon code est-il envoyé à un modèle ?
Votre dépôt et l’index qu’en fait Panolayer restent sur votre Mac, sauf si vous les synchronisez ou les partagez. Les fonctionnalités qui utilisent un modèle envoient les extraits de code et les prompts pertinents au fournisseur que vous avez configuré, selon les conditions de ce fournisseur.
En savoir plus sur la page SécuritéEst-ce que cela bloque ma fusion ?
Cela retient les agents, pas vous. Un agent ne peut pas fusionner son propre travail dans votre branche sans votre approbation. Vous pouvez toujours faire un commit et fusionner.
Faites confiance à ce que livrent vos agents.
Bêta publique pour macOS. Gratuit pour commencer, sans carte bancaire.