Agenten-Graph
Die vollständige Struktur der Schritte und Verbindungen eines Agenten. Er kann wiederholtes Verhalten, Verzweigungen und Prüfungen enthalten.
agentische Softwareentwicklung
Softwareentwicklung, bei der Agenten Aufgaben ausführen, während Sie ihre Arbeit prüfen. Sie bleiben dafür verantwortlich, was in Ihren Branch gelangt.
App
Ein Projekt, das Panolayer in Ihrem Repository erkennt, etwa ein Web-Frontend oder ein API-Service. Ein Repository mit mehreren Apps, zum Beispiel ein Monorepo, enthält mehr als eines. Tarife zählen aktive Apps.
Architektur
Panolayers Ansicht Ihres geparsten Quellcodes und seiner Beziehungen. Die Abdeckung variiert je nach Sprache und Repository.
Architekturkarte
Die Funktionen, Module, Abhängigkeiten und Aufrufer, die in Architektur sichtbar sind. Sie wird aus dem Quellcode abgeleitet und ist keine von einem Modell erzeugte Zeichnung.
Baseline
Der Zustand der Codebasis vor einer Änderung. Die Verifizierung nutzt ihn, um neue Fehler von bereits bestehenden zu unterscheiden.
Änderungen
Die Ansicht, in der Sie geänderte Dateien prüfen und committen. Risikobewertungen helfen Ihnen zu entscheiden, was Sie zuerst lesen.
Container-Agent
Ein Agent, der in der gehärteten Linux-Container-Runtime von Panolayer läuft. Jeder Agent eines Drittanbieters läuft auf diese Weise.
lebende Dokumente
Aus Architektur generierte Dokumentation. Sie generieren sie neu, damit sie Codeänderungen widerspiegelt; sie wird nicht automatisch neu generiert.
Loop
Wiederholtes Verhalten innerhalb eines Agenten-Graphen. In Panolayer ist der Loop nicht der gesamte Graph.
Marketplace
Der Ort, an dem Sie Agenten und Graphen entdecken und installieren und Ihre eigenen veröffentlichen. Agenten von Drittanbietern behalten die eigene Anmeldung und Abrechnung ihres Anbieters.
Panolayer Agent
Der integrierte Coding-Agent, zu finden in Meine Agents. Seine Modellnutzung verbraucht die im Free-Tarif und in kostenpflichtigen Tarifen enthaltenen Credits.
bereits bestehender Fehler
Ein Fehler, der schon vor der aktuellen Änderung vorhanden war. Seine Kennzeichnung unterscheidet ihn von einer neu eingeführten Regression.
Risikobewertung
Die Einschätzung eines Modells zum Diff einer geänderten Datei, die die Aufmerksamkeit beim Review lenken soll. Sie ist unabhängig von der Verifizierung und beweist keine Korrektheit.
Risk Spectrum
Die Ansicht in Änderungen, die geänderte Dateien nach Risiko ordnet. Lesen Sie die Begründung jeder Datei, bevor Sie entscheiden, wie viel Aufmerksamkeit sie braucht.
Regel
Eine Erwartung an das Verhalten von Code. Regeln können aus dem Code abgeleitet oder von Ihnen hinzugefügt und korrigiert werden.
Verifizierung
Das Prüfen einer Änderung gegen Erwartungen an den Code. Ergebnisse können Fehler und betroffene Aufrufer aufzeigen, decken aber nicht jeden möglichen Bug ab.
Verification Engine
Der Teil von Panolayer, der Änderungen gegen Regeln und Architektur auswertet. Prüfen Sie ihre Ergebnisse, um zu entscheiden, was untersucht werden muss.
worktree
Ein separater Arbeits-Checkout eines Repositorys. Damit können Aufgaben unabhängig arbeiten, bevor ihre Änderungen gemergt werden.