graphe d’agent
La structure complète des étapes d’un agent et de leurs connexions. Il peut contenir des comportements répétés, des branchements et des vérifications.
ingénierie agentique
Développer des logiciels en confiant des tâches à des agents pendant que vous examinez leur travail. C’est toujours vous qui décidez de ce qui arrive dans votre branche.
application
Un projet que Panolayer détecte dans votre dépôt, comme un frontend web ou un service API. Un dépôt contenant plusieurs applications, comme un monorepo, en compte plus d’une. Les offres comptabilisent les applications actives.
Architecture
La vue de Panolayer sur vos sources analysées et leurs relations. La couverture varie selon le langage et le dépôt.
carte d’architecture
Les fonctions, modules, dépendances et appelants visibles dans Architecture. Elle est dérivée des sources, et non d’un schéma généré par un modèle.
référence
L’état de la base de code avant une modification. La vérification s’en sert pour distinguer les nouveaux échecs des échecs préexistants.
Modifications
La vue permettant d’examiner les fichiers modifiés et d’en faire le commit. Les scores de risque vous aident à choisir quoi lire en premier.
agent en conteneur
Un agent qui s’exécute dans l’environnement de conteneurs Linux durcis de Panolayer. Tous les agents tiers s’exécutent ainsi.
documents vivants
Documentation générée à partir d’Architecture. Vous la régénérez pour refléter les modifications du code ; elle ne se régénère pas automatiquement.
boucle
Un comportement répété au sein d’un graphe d’agent. Dans Panolayer, la boucle n’est pas le graphe entier.
Marketplace
L’endroit où découvrir et installer des agents et des graphes, et publier les vôtres. Les agents tiers conservent la connexion et la facturation de leur propre éditeur.
Panolayer Agent
L’agent de codage intégré, disponible dans Mes agents. Son utilisation de modèles consomme les crédits inclus dans l’offre Free et les offres payantes.
échec préexistant
Un échec présent avant la modification en cours. Son étiquette le distingue d’une régression nouvellement introduite.
score de risque
L’évaluation par un modèle du diff d’un fichier modifié, pour orienter l’attention lors de la revue. Il est distinct de la vérification et ne prouve pas la justesse du code.
Spectre des risques
La vue de Modifications qui classe les fichiers modifiés par risque. Lisez la raison indiquée pour chaque fichier avant de décider de l’attention qu’il mérite.
règle
Une attente concernant le comportement du code. Les règles peuvent être déduites du code, ou ajoutées et corrigées par vous.
vérification
Le contrôle d’une modification par rapport à des attentes concernant le code. Les résultats peuvent identifier des échecs et des appelants concernés, mais ne couvrent pas tous les bugs possibles.
Verification Engine
La partie de Panolayer qui évalue les modifications par rapport aux règles et à l’architecture. Inspectez ses résultats pour décider de ce qui mérite une analyse.
worktree
Une copie de travail séparée d’un dépôt. Elle permet aux tâches de travailler indépendamment avant que leurs modifications ne soient fusionnées.