Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
DevOps Erinnerungen an Agenten
Erinnerungen sind Informationselemente, die der AWS DevOps Agent erstellt und verwaltet, um seine Fähigkeiten durch einen synthetisierten, für Ihren Agentenbereich spezifischen Kontext mit hoher Signalstärke zu ergänzen. Im Gegensatz zu ErinnerungenDevOps Fähigkeiten von Agenten, die prozedurales Wissen kodieren und die Fähigkeiten der Agenten erweitern, kodieren sie Informationswissen, das Agenten hilft, bei Ermittlungen schnellere und genauere Entscheidungen zu treffen.
Was sind Erinnerungen
Ein Speicher ist eine einzelne Markdown-Datei, die synthetisierte Informationen erfasst, die für Ihren Agent Space relevant sind. Beispiele hierfür sind wiederkehrende Grundursachen für einen bestimmten Alarm, bekannte Umweltprobleme oder benutzerspezifische Einstellungen. Erinnerungen erweitern nicht die Fähigkeiten des Agenten; sie liefern den Kontext, den der Agent nutzt, um bessere Entscheidungen zu treffen.
Ein Speicher ist eine Sammlung zusammengehöriger Speicherdateien. Jeder Speicherspeicher hat einen Namen und eine Beschreibung, anhand derer Agenten entscheiden, ob der Inhalt durchsucht werden soll. Speicherspeicher sind die organisatorischen Container, in denen Erinnerungen nach Themen gruppiert werden.
Speicherspeicher kommen von zwei Orten. AWS DevOps Der Agent erstellt und verwaltet verwaltete Stores, da er aus den Aktivitäten in Ihrem Agentenbereich lernt. Sie erstellen benutzerdefinierte Stores selbst, um das betriebliche Wissen zu gruppieren, das für ein Team, einen Service oder ein wiederkehrendes Problem wichtig ist. Der Agent behandelt beide auf die gleiche Weise: Er liest den Namen und die Beschreibung der einzelnen Filialen, um zu entscheiden, ob sie geöffnet werden sollen.
Erinnerungen unterscheiden sich in wesentlichen Punkten von anderen Arten von Wissensgegenständen:
| Aspekt | Fähigkeit | Anweisungen des Agenten | Arbeitsspeicher |
|---|---|---|---|
| Art des Wissens | Verfahrenstechnisch (Anweisungen) | Verfahrenstechnisch (ständig verfügbare Anweisungen) | Informativ (synthetisierter Kontext) |
| Format des Inhalts | Markdown- oder ZIP-Paket | Nur Markdown | Nur Markdown |
| Kontextinjektion | Auf Anfrage (der Agent entscheidet anhand des Beschreibungsabgleichs) | Immer (bei jeder Sitzung) | Auf Abruf (der Agent entscheidet anhand des Beschreibungsabgleichs) |
| Erstellt von | Benutzer (UI, CLI), AWS DevOps Agent | Benutzer (UI, CLI) | Benutzer (UI, CLI, über Chat), AWS DevOps Agent (Lernagent) |
Warum Erinnerungen verwenden
Erinnerungen ermöglichen den Agenten den Zugang zu historischen Mustern und Umweltwissen, die sonst zwischen den Sitzungen verloren gehen würden.
Die wichtigsten Vorteile:
Schnellere Untersuchungen — Agenten rufen aktuelle Ursachen für bestimmte Monitore auf und vermeiden so redundante Diagnoseschritte, wenn ein wiederkehrendes Problem erneut auftritt.
Umweltbewusstsein — Die Erinnerungen erfassen umgebungsspezifische Details wie bekannte laute Alarme, Infrastrukturprobleme oder Zusammenhänge zwischen Komponenten, die sich bei jeder Sitzung nur schwer wiedererkennen lassen.
Kontinuierliche Verbesserung — Wenn der DevOps Agent mehr Vorfälle behebt, baut er automatisch eine umfassendere Wissensbasis mit Mustern und Ursachen auf, die für Ihre Infrastruktur spezifisch sind.
Benutzereinstellungen — Speicher speichern Kommunikationspräferenzen und Anweisungen, sodass sich der Agent stets Ihren Erwartungen entsprechend verhält.
So funktionieren Erinnerungen
Wenn eine Agentensitzung beginnt, erhält der Agent eine Liste von Speicherspeichern mit ihren Namen und Beschreibungen — nicht mit ihrem Inhalt. Während einer Untersuchung vergleicht der Agent die aktuelle Aufgabe mit der Beschreibung jedes Speichers, um zu entscheiden, ob der Speicher relevant ist. Ist dies der Fall, listet der Agent die darin enthaltenen Speicher auf, und jeder Speicher enthält seine eigene Beschreibung, die der Agent auf die gleiche Weise verwendet. Er liest den gesamten Inhalt eines Speichers erst, wenn diese Beschreibung relevant erscheint. Da ein Name und eine Beschreibung alles sind, was der Agent sieht, bevor er ein Geschäft oder einen Speicher öffnet, ist die Beschreibung das Signal, mit dem der Agent verglichen wird. Der Inhalt bleibt verborgen, bis der Agent beschließt, sie zu lesen. Durch dieses progressive Offenlegungsmuster wird der Kontextverbrauch gering gehalten und gleichzeitig das gesamte relevante Wissen zugänglich gemacht.
Jeder Speicher ist versioniert. Bei jedem Update wird eine neue, unveränderliche Version erstellt, sodass Sie frühere Versionen einsehen und protokollieren können, wie sich ein Speicher im Laufe der Zeit verändert hat.
Erinnerungen in Ordnern organisieren
Der Name eines Speichers ist sein Pfad innerhalb des Speichers, sodass Sie zusammengehörende Erinnerungen in Ordnern gruppieren können, anstatt eine einzige, flache Liste zu führen. Verwenden Sie / ihn in einem Namen, um Erinnerungen zu verschachteln — zum Beispiel oder. alarms/checkout-latency services/checkout/overview Da der Standort eines Speichers signalisiert, was er enthält, liest der Agent zuerst einen Index und öffnet nur die wenigen Dateien, die für die Aufgabe relevant sind. Das gleiche Muster der progressiven Offenlegung, das oben beschrieben wurde.
Die Abbildung Ihrer Umgebung durch den Agenten besteht beispielsweise aus einer Reihe von Dateien — einer Übersicht, einer Datei für jeden Dienst und einer Datei für jeden kritischen Anforderungspfad — mit einem Index, den der Agent zuerst liest. Die Operator-App zeigt Erinnerungen in dieser Ordnerstruktur an, sodass Sie einen Store so durchsuchen können, wie der Agent darin navigiert.
Verwaltete Speicherspeicher
AWS DevOps Der Agent erstellt und verwaltet automatisch eine Reihe verwalteter Speicherspeicher, während er aus den Aktivitäten in Ihrem Agentenbereich lernt. Dazu gehören die integrierten directives Speicher monitors und ein Speicher für jeden Bereich Ihrer Umgebung, über den der AWS DevOps Agent lernt — Ihre Topologie, Codeabhängigkeiten, Pipeline-Struktur und Muster bei der Verwendung von Tools. AWS DevOps Der Agent hat dieses Wissen früher als erlernte Fähigkeiten dargestellt. Heute speichert es dasselbe Wissen wie das Gedächtnis, und zwar in den hier beschriebenen Speichern. Wie diese Speicher aufgebaut und aktualisiert werden, erfahren Sie unter Wie Speicher aufgebaut und aktualisiert wird.
überwacht
Per-monitor wiederkehrende Ursachengeschichte. Jede Speicherdatei entspricht einem bestimmten Monitor (Alarm oder Metrik) und listet die Ursachenkategorien auf, die zu Vorfällen für diesen Alarm geführt haben, mit Hinweisen pro Untersuchung. Die Agenten lesen den Eintrag, der dem ausgelösten Alarm entspricht, bevor sie die Prüfung durchführen, um schnell festzustellen, ob der aktuelle Vorfall einem bekannten Muster entspricht.
Wurden in den letzten 2 Wochen Untersuchungen im Agent Space durchgeführt, analysiert einmal täglich ein Learning-Agent die aktuellen Untersuchungen und extrahiert und speichert dann die Erinnerungen in diesem Speicher. Speicherelemente in diesem Speicher werden gelöscht, wenn sie 2 Wochen lang nicht aktualisiert wurden. Wenn der Speicher voll ist, wird das älteste Speicherelement gelöscht, um Platz zu schaffen.
Direktiven
User-authored Direktiven, die das Verhalten von Agenten steuern. Verwenden Sie diesen Speicher, um ständige Anweisungen aufzuzeichnen, die der Agent befolgen sollte, z. B. Infrastrukturkonventionen oder Benennungseinstellungen.
Beispiele:
„Lambdas werden nicht mehr verwendet. Der Dienst verwendet Fargate.“
„Der Speicherdienst heißt Orders Storage Service.“
Reflexionen
Erkenntnisse aus früheren Untersuchungen darüber, was übersehen oder übersehen wurde. Wenn Sie Feedback zu einer Untersuchung einreichen, wird ein Speicher erstellt, in dem analysiert wird, warum die tatsächliche Grundursache von den Ergebnissen der Untersuchung abweicht. Bei zukünftigen Untersuchungen zu diesem Alarm wird der Speicher verwendet, um zu vermeiden, dass derselbe Fehler gemacht wird.
Weitere Informationen finden Sie unter Feedback zu Untersuchungen geben.
Agent Space: Grundlegendes
Das understanding-agent-space Geschäft enthält eine Übersicht der Ressourcen und Beziehungen in Ihrem Agent Space. Er enthält eine einfache Systemübersicht mit den wichtigsten Domänenkonzepten, den Bereitstellungsumgebungen (AWS Konten- und Regionspaare, Azure-Abonnements und -Regionen usw.), eine Architektur auf Containerebene, die zeigt, wie logische Dienste miteinander verbunden sind, die Anforderungspfade, die für Ihre Anwendung mit den Komponenten, die sie durchlaufen, von zentraler Bedeutung sind, und eine Zuordnung von Code-Repositorys zu Containern.
Der Speicher verwaltet einen Speicher für jeden logischen Container, der seine internen Komponenten (Berechnung, Daten, Messaging, Netzwerk und andere) mit Ressourcentypen und physischen Identifikatoren wie ARNs, Tabellennamen und Warteschlangen-URLs beschreibt. Jeder Container-Speicher erfasst auch den Observability-Bereich — die Alarme, Dashboards und Monitore, die mit jeder Komponente verknüpft sind — und ordnet jede Komponente den zugehörigen Code-Repositorys, Paketen und Infrastructure-as-Code-Definitionen zu, sodass eine vollständige Rückverfolgbarkeitskette vom Quellcode bis zu den bereitgestellten Ressourcen besteht.
Es enthält auch einen Speicher für jeden kritischen Anforderungspfad, der den gesamten Ende-zu-Ende-Anforderungsfluss mit Komponentengranularität beschreibt, vom Einstiegspunkt über alle Zwischendienste, Datenspeicher und externe Abhängigkeiten. Jeder Pfadspeicher umfasst einen sequenzierten Ablauf von Vorgängen und Interaktionsmechanismen zwischen Komponenten und katalogisiert die für den Pfad relevanten Beobachtbarkeitssignale: Protokollgruppenmuster für jeden Hop, wichtige Metriken (Latenz, Fehlerraten, Drosselung, Token-Kontingente) mit ihren Alarmnamen und Dimensionen sowie verteilte Trace-Spans, die über Dienste und Konten hinweg korreliert werden können.
Grundlegendes zu Codeabhängigkeiten
Der understanding-dependencies Store enthält eine vollständige Übersicht der Service-zu-Service- und Paketabhängigkeiten. Verwenden Sie es, um zu verstehen, wie Repositorys miteinander verbunden sind: welche Dienste rufen welche auf, welche Ereignisse zwischen ihnen ablaufen, welche Pakete gemeinsam genutzt werden und wo die Infrastrukturgrenzen liegen. Dieser Speicher ist unerlässlich, um den Explosionsradius einer Änderung zu beurteilen, die Auswirkungen vor- und nachgelagerter Prozesse zu identifizieren und die Reihenfolge der Bereitstellung zu verstehen.
Grundlegendes zur Pipeline-Topologie
Der understanding-pipeline-topology Store bildet Ihre Projekt-Pipelines von Anfang bis Ende ab, einschließlich der einzelnen Schritte, der Werbung für die Umgebung und der Bereitstellungen auf dem Weg zur Veröffentlichung. Dies hilft dem Agenten, Produktionsumgebungen von Vorproduktionsumgebungen zu unterscheiden und zu verstehen, wo sich im Veröffentlichungsprozess eine Änderung befindet.
Bewährte Methoden zur Verwendung des Tools
Der tool-use-best-practices Speicher enthält effektive Muster für den Werkzeuggebrauch, häufige Fehlerursachen und Parameterleitlinien, die das Mittel aus früheren Untersuchungen gewonnen hat. So vermeidet es bekannte Fallstricke und führt Untersuchungen mit weniger unnötigen Schritten durch. Es verfügt über einen Routing-Speicher, in dem jedes Tool mit den von ihm unterstützten Untersuchungsszenarien aufgeführt ist, sowie ein Speicher für jede Werkzeugkategorie. Die Anleitung für ein Tool kann bis zu drei Abschnitte umfassen:
Bewährte Methoden — Investigation-driven Techniken, die aus der erfolgreichen Nutzung des Tools abgeleitet wurden, wie CloudWatch Logs Insights-Abfragevorlagen, umgebungsspezifische Metrik-Namespaces und -Dimensionen sowie Filter für Ereignisquellen. CloudTrail Jeder Eintrag ist um ein Untersuchungsszenario herum organisiert und enthält konkrete Parameterwerte und Beispiele aus früheren Untersuchungen.
Häufige Fehler — Wiederkehrende Fehlerarten und deren Behebung. Jeder Eintrag beschreibt eine bestimmte Fehlerbedingung, wie z. B. die Abfrage eines Kontos, auf das nicht zugegriffen werden kann, oder das Erstellen einer falsch formatierten Aggregationsabfrage, und enthält eine Korrekturmaßnahme, mit der der Agent den Fehler vermeiden oder beheben kann, ohne weitere Untersuchungsschritte zu verschwenden.
Output Management — Hilfestellung für Tool-Aufrufe, die in der Regel zu umfangreichen Antworten führen. Jeder Eintrag beschreibt eine Parameteränderung oder eine Verarbeitungsstrategie, die die Ausgabegröße reduziert und gleichzeitig den diagnostischen Wert beibehält.
Wenn Live-Infrastrukturzugriff verfügbar ist, validiert der AWS DevOps Agent diese Muster anhand Ihrer Umgebung, bevor sie aufgenommen werden. Bestätigte Muster werden mit Zuversicht angegeben, unbestätigte Muster werden vorsichtig formuliert und widerlegte Muster werden ausgeschlossen.
Wie Speicher aufgebaut und aufgefrischt werden
AWS DevOps Der Agent erstellt und aktualisiert seinen verwalteten Speicher automatisch, während er arbeitet — Sie müssen ihn nicht manuell verwalten. Ein Agent mit Hintergrundinformationen analysiert Ihren Agentenbereich und Ihre letzten Untersuchungen. Anschließend schreibt und aktualisiert er die Speicher in den verwalteten Speichern.
Der Agent Space Understanding Store wird zum ersten Mal generiert, wenn ein Agent Space seine anfängliche Ressourcenerkennung abgeschlossen hat. Er wird erneut generiert, wenn sich Ihre verbundenen Code-Repositorys, Deployment-Pipelines oder Observability-Integrationen ändern. Änderungen an verbundenen AWS, Azure- oder Dynatrace-Konten werden nicht sofort, sondern bei der nächsten geplanten Aktualisierung berücksichtigt. Bei aktiven Agent Spaces wird der Store ebenfalls nach einem wiederkehrenden Zeitplan aktualisiert, höchstens einmal alle 3 Tage. Ein Agent Space ist aktiv, wenn er in den letzten 6 Tagen mindestens eine Untersuchung abgeschlossen hat. Wenn seit 6 Tagen keine Untersuchung erfolgt ist, wird die geplante Aktualisierung automatisch unterbrochen und nach Abschluss einer neuen Untersuchung wieder aufgenommen.
Der Tool Use Best Practices Store wird aktualisiert, nachdem sich seit der letzten Aktualisierung mindestens 10 neue abgeschlossene Untersuchungen angesammelt haben, und nicht öfter als einmal alle 3 Tage.
Der Monitorspeicher wird einmal täglich aktualisiert, wenn der Agent Space in den letzten zwei Wochen Untersuchungen durchgeführt hat.
Um diesen Speicher manuell zu regenerieren, wählen Sie in der Operator-App auf der Seite „Topologie“ die Option „Regenerate“ aus oder bitten Sie den AWS DevOps Agenten im Chat, ihn zu aktualisieren.
Der zusammenfassende Bericht wird aus dem Agent Space Understanding Speicher erstellt. Es handelt sich um eine versionierte, schreibgeschützte Ansicht dessen, was der AWS DevOps Agent über Ihre Umgebung weiß. Sie ist auf der Seite mit den Agent Space-Details in der Agent-Verwaltungskonsole auf der AWS DevOps Registerkarte „Zusammenfassungsbericht“ und in der Web-App im Abschnitt „Artefakte“ verfügbar. Auf der Seite „Topologie“ wird Ihre Umgebung als logische Container und Komponenten visualisiert. Das Topologiediagramm, aus dem es stammt, dient auch als Grundlage für den Agent Space Understanding Speicher. Weitere Informationen finden Sie unter Was ist eine DevOps Agententopologie?.
Erstellen Sie Ihre eigenen Speicherspeicher
Sie können Ihre eigenen Speicherspeicher erstellen, um betriebliches Wissen für ein Team, eine Dienstleistung oder ein wiederkehrendes Problem zu speichern — zum Beispiel die Standardverfahren, die Ihr Team bei einer Routineaufgabe befolgt, oder den ständigen Kontext hinter einem Betriebsbericht, den Sie nach einem Zeitplan erstellen. Geben Sie einem Speicher einen Namen und eine klare Beschreibung. Der Agent entscheidet anhand der Beschreibung, wann das Geschäft relevant ist. Daher ist eine spezifische, genaue Beschreibung das Wichtigste, was Sie angeben.
Sie können einen Speicher von der Konsole aus oder durch einen Chat mit dem AWS DevOps Agenten erstellen.
So erstellen Sie einen Speicherspeicher (Konsole):
Navigieren Sie in Ihrer Agent Space Operator-Web-App zur Wissensseite.
Wählen Sie den Tab „Erinnerungen“.
Wähle „Speicherspeicher erstellen“.
Geben Sie einen Namen und eine Beschreibung ein und wählen Sie dann Erstellen.
Um einen Speicherspeicher (Chat) zu erstellen:
Fragen Sie den AWS DevOps Agenten. Beispiel:
„Erstellen Sie einen Speicher mit dem Namen payments-runbook, der eine ständige Anleitung zur Untersuchung des Zahlungsdienstes enthält.“ — Erzeugt ein Geschäft.
„Denken Sie im Payments-Runbook-Shop daran, dass der Checkout-Latenzalarm bei nächtlichen Batch-Aufträgen voraussichtlich stark ansteigen wird.“ - Fügt dem Speicher einen Speicher hinzu.
„Erstellen Sie einen Speicher mit dem Namen Operational-Procedures, der die Standard-Runbooks für unsere routinemäßigen Wartungsaufgaben enthält.“ — Erstellt einen Speicher für Standardbetriebsprozeduren.
„Erstellen Sie einen Speicher mit dem Namen weekly-report-context mit den Abschnitten, Quellen und Formaten, denen unser wöchentlicher Betriebsbericht folgen sollte.“ - Erstellt einen Speicher für einen wiederkehrenden Betriebsbericht.
Der Agent verwendet einen benutzerdefinierten Store auf die gleiche Weise wie einen verwalteten Store: Er liest die Beschreibung des Stores während einer Aufgabe, und wenn der Store relevant ist, öffnet er die benötigten Speicher. Für benutzerdefinierte Geschäfte gelten dieselben Limits wie für verwaltete Geschäfte. Siehe Speicherlimits.
Effektive Beschreibungen schreiben
Die Beschreibung eines Ladens ist das Wichtigste, was Sie schreiben, denn so entscheidet der Agent, ob das Geschäft relevant ist — bevor er etwas darin liest. Wenn der Agent an einer Aufgabe arbeitet, sieht er den Namen und die Beschreibung jedes Ladens, nicht dessen Speicher, und öffnet das Geschäft nur, wenn die Beschreibung signalisiert, dass der Inhalt zutrifft. Das Gleiche gilt für eine Ebene tiefer: Jeder Speicher hat seine eigene Beschreibung, und der Agent liest den gesamten Inhalt eines Speichers erst, wenn diese Beschreibung relevant erscheint. Eine präzise Beschreibung öffnet das Geschäft im richtigen Moment; eine vage Bezeichnung wie notes oder misc gibt dem Agenten nichts Vergleichbares, sodass er den Laden überspringt, auch wenn die Antwort darin ist.
Schreiben Sie eine Beschreibung, aus der zwei Dinge hervorgehen: was das Geschäft bereithält und wann der Agent es nutzen sollte. Ein zuverlässiges Muster besteht darin, mit den Situationen zu enden, auf die es zutrifft — zum Beispiel: „Lesen Sie, wenn Sie die Wartezeit beim Checkout oder bei der Rechnungsstellung untersuchen“. Halten Sie es spezifisch und konkret und formulieren Sie es als klare Aussage zum Thema des Geschäfts und nicht als Anweisung, die an eine Person gerichtet ist. Beispiel:
Zu vage: „Zahlungsnotizen“.
Effektiv: „Ständige Runbooks, bekannte Probleme und Eskalationskontakte für den Zahlungsdienst. Lesen Sie bei der Untersuchung von Checkout-, Abrechnungs- oder Rückerstattungsvorfällen.“
Eine Beschreibung kann bis zu 1.024 Zeichen lang sein. Sie können es später verfeinern. Dies ist die übliche Lösung, wenn der Agent nicht in einem Geschäft zeichnet, von dem Sie erwartet haben, dass er verwendet wird.
Was muss in einen Speicher gelegt werden
Ein Speicherspeicher enthält dauerhaftes, synthetisiertes Wissen — Fakten über Ihre Umgebung, wiederkehrende Ursachen, geltende Konventionen und Richtlinien sowie die Ergebnisse und Zusammenfassungen, die Sie aus früheren Arbeiten gewonnen haben. Speichern Sie die Schlußfolgerungen, die es wert sind, sich später daran zu erinnern, nicht Rohdaten.
Ein Speicher ist kein Notizblock für eine einzelne Untersuchung, und er ist kein Schlüsselwert-Cache für die Ausgabe eines Tools. Sie können das Rohergebnis eines Toolaufrufs nicht in einem Speicher speichern und es später in derselben Untersuchung wieder abrufen — während einer Untersuchung speichert der Agent die Tool-Ausgaben bereits in ihrem Arbeitskontext. Notieren Sie stattdessen die Tatsache oder stellen Sie fest, dass das Ergebnis ermittelt wurde (z. B. „der Checkout-Service ruft die Zahlungs-API synchron auf“), das der Agent in zukünftigen Sitzungen wiederverwenden kann.
Für die besten Ergebnisse:
Konzentrieren Sie sich bei jeder Erinnerung auf eine einzelne Tatsache oder Lektion und nicht auf einen großen Speicherauszug, damit der Agent genau das abrufen kann, was er benötigt.
Speichern Sie, was bei allen Untersuchungen zutrifft, und lassen Sie einzelne Arbeitsdaten in der Untersuchung, die sie hervorgebracht hat, erhalten.
Erinnerungen ansehen
Sie können alle Speicherspeicher und ihren Inhalt auf der Wissensseite in Ihrer Agent Space Operator Web App einsehen.
So zeigen Sie Speicherspeicher an:
Navigieren Sie in Ihrer Agent Space Operator-Web-App zur Wissensseite.
Wählen Sie den Tab „Erinnerungen“.
Durchsuchen Sie die Liste der Speicherspeicher, wobei jeder Speicher seinen Namen, seine Beschreibung und den Gültigkeitsbereich des Agententyps enthält.
So zeigen Sie Erinnerungen in einem Speicher an:
Wähle auf dem Tab „Erinnerungen“ neben dem Speicher, den du erkunden möchtest, die Option „Anzeigen“.
Auf der Speicherdetailseite sind alle Erinnerungen mit ihrem Namen, ihrer Beschreibung, ihrer Versionsnummer und dem Datum der letzten Änderung alphabetisch nach Namen sortiert aufgeführt.
So zeigen Sie einen bestimmten Speicher an:
Wählen Sie auf der Seite mit den Shop-Details neben dem Speicher, den Sie lesen möchten, die Option Anzeigen aus.
Auf der Speicherdetailseite werden der gerenderte Markdown-Inhalt zusammen mit dem Erstellungsdatum, dem Datum der letzten Änderung und einer Versionsauswahl angezeigt.
So zeigen Sie eine frühere Version an:
Verwenden Sie auf der Speicherdetailseite das Dropdownmenü zur Versionsauswahl, um eine ältere Version auszuwählen.
Der Inhalt wird aktualisiert und zeigt die ausgewählte Version an.
Speicher aktivieren und deaktivieren
Sie können einzelne Speicherspeicher oder einzelne Erinnerungen aktiv oder inaktiv schalten, ohne sie zu löschen.
Um einen Speicherspeicher umzuschalten:
Verwenden Sie auf der Registerkarte „Erinnerungen“ den Kippschalter neben dem Speicherspeicher.
Wenn sie inaktiv sind, greifen Agenten auf keine Erinnerungen in diesem Speicher zu.
Um einen einzelnen Speicher umzuschalten:
Navigiere zu einem Speicherspeicher, um dessen Speicherliste zu sehen.
Verwenden Sie den Kippschalter neben dem Speicher, den Sie aktivieren oder deaktivieren möchten.
Wenn die Agenten inaktiv sind, überspringen sie diesen bestimmten Speicher während der Ermittlungen.
Erinnerungen mit Chat bearbeiten
Sie können Erinnerungen erstellen, aktualisieren oder löschen, indem Sie in der Chat-Oberfläche mit dem DevOps Agenten chatten. Der Chat-Agent kann direkt in Speicherspeicher schreiben.
Beispiele für Chat-Befehle:
„Denken Sie daran, dass der Speicherdienst Orders Storage Service heißt“ — Erzeugt oder aktualisiert einen Speicher im Direktivenspeicher.
„Aktualisiere den Speicher für den Canary Alarm, um zu erkennen, dass er während der Bereitstellung unbrauchbar ist“ — Aktualisiert einen bestimmten Speicher im Monitor-Speicher.
„Lösche den Speicher für die alte Datenbank-Verbindungszeichenfolge“ — Löscht einen Speicher, der nicht mehr relevant ist.
„Erstellen Sie einen Speicher namens network-quirks und fügen Sie einen Hinweis hinzu, dass das eu-west-1 NAT-Gateway inaktive Verbindungen nach 350 Sekunden unterbricht“ — Erstellt einen Speicher und seinen ersten Speicher.
Der Chat-Agent schreibt in Ihrem Namen direkt in die Speicherspeicher.
Löschen eines Speicherspeichers
Sie können einen benutzerdefinierten Speicherspeicher löschen, den Sie nicht mehr benötigen. Verwaltete Speicher (wiemonitors,directives, und die Speicher für erlernte Fähigkeiten) können nicht gelöscht werden.
Im Chat löscht der Agent keinen Shop, der noch Erinnerungen enthält — er fordert dich auf, die Erinnerungen zuerst zu löschen. Löschen Sie die Erinnerungen und dann den Store.
Wenn Sie in der Konsole einen Speicher löschen, werden auch die darin enthaltenen Erinnerungen gelöscht. Das kann nicht rückgängig gemacht werden. Vergewissern Sie sich also, dass es sich um den Speicher handelt, den Sie entfernen möchten.
Um einen Shop im Chat zu löschen, frage den Agenten. Beispiel:
Delete the network-quirks memory store.
Speicherbeschränkungen
Die folgenden Grenzwerte gelten für Speicher:
| Ressource | Limit |
|---|---|
| Speicherspeicher pro Agentenbereich | 50 |
| Erinnerungen pro Speicherspeicher | 200 |
| Größe des individuellen Speicherinhalts | 100 KB |
