Aller au contenu

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.

Télécharger PanolayerLire la documentation

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.

  1. Analysez votre code

  2. Déterminez ce qu'il attend

  3. 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.

Comment fonctionne Architecture
La vue d’architecture de Panolayer montrant une fonction et le code qui l’appelle.

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.

Règles globales dans Panolayer, avec les règles activées et les contrôles permettant d'importer des instructions d'agent ou d'ajouter une règle.

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.

Règles de validation d'import d'image ayant échoué dans Panolayer, affichant les détails d'évaluation et une référence à une ligne source.

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 Construire

Questions

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.

Télécharger PanolayerLire la documentation

Bêta publique pour macOS. Gratuit pour commencer, sans carte bancaire.

Suivant : Modifications