Entwicklungsagenten-Fähigkeiten development-agentic-capabilities
Die Development Agent-Funktion von Adobe Experience Manager (AEM) as a Cloud Service arbeitet mit Coworker Chat zusammen, um Entwicklerinnen und Entwicklern sowie Admins von herkömmlichen AEM-Java-Stacks dabei zu helfen, Code effizienter zu erstellen, zu debuggen, bereitzustellen und zu optimieren.
Anwendungsszenarien use-cases
Es werden eine Reihe von Anwendungsfällen abgedeckt.
Verwalten von Cloud Manager-Pipelines aem-cloud-manager-pipeline-management
Mit der Fähigkeit zur Pipeline-Verwaltung von AEM Cloud Manager können Sie Ihre CI/CD-Pipelines direkt in natürlicher Sprache verwalten, ohne zwischen Cloud Manager-Bildschirmen zu wechseln, um die benötigten Informationen oder Steuerelemente zu finden. Sie können Pipelines auflisten und erstellen, Ausführungen starten oder abbrechen und Status und Verlauf überprüfen - und das alles in einem einzigen Gespräch.
Wenn etwas schief geht, geht die Fähigkeit über Statusprüfungen hinaus: Sie kann Schrittmetriken, Protokolle, Artefakte und Ausführungsfehler abrufen, damit Sie ein Problem diagnostizieren können, ohne selbst Rohdaten aus Protokolldateien herunterladen und durchsuchen zu müssen. Außerdem übernimmt sie die alltägliche Pipeline-Konfiguration - die Verwaltung von Pipeline-Variablen, die Invalidierung zwischengespeicherter Artefakte und die Anpassung der Pipeline-Einstellungen - sodass routinemäßige Wartungsaufgaben, die zuvor mehrere Klicks über die Benutzeroberfläche erforderten, mit einer einzigen Anfrage durchgeführt werden können.
Informationen dazu, warum eine Ausführung fehlgeschlagen ist, finden Sie unter Fehlerbehebung bei der AEM Cloud Manager-Pipeline🔗.
KI kann Fehler machen, sodass vorgeschlagene Aktionen vor ihrer Anwendung überprüft werden, insbesondere für destruktive Operationen.
„Welche Pipelines habe ich im Hauptprogramm?“
„Einrichten einer Code-Qualitäts-Pipeline für meine Entwicklungsumgebung“
„Ausführung für Pipeline-67890 starten“
„Beendet den Code-Scan-Schritt für die Ausführung 12345“
„Anzeigen der letzten 5 Ausführungen der Entwicklungs-Pipeline“
„Wie lange hat der Code-Scan-Schritt bei meinem letzten Durchlauf gedauert?“
„Abrufen der Protokolle für den fehlgeschlagenen Code-Scan-Schritt“
„Wo kann ich das Build-Artefakt aus meiner letzten Ausführung herunterladen?“
„Auflisten aller fehlgeschlagenen Ausführungen für das Programm 12345 diese Woche“
„Aktualisieren Sie die Variable API_ENDPOINT in der Pipeline-67890“
„Löschen Sie den Build-Cache vor meiner nächsten Ausführung“
„Ändern Sie die Trigger-Verzweigung für Pipeline-67890 in „Freigeben“
Fehlerbehebung bei der AEM Cloud Manager-Pipeline aem-cloud-manager-pipeline-troubleshooting
Mit der Fähigkeit zur Fehlerbehebung bei AEM Cloud Manager-Pipelines können Sie herausfinden, warum eine Pipeline-Ausführung fehlgeschlagen ist, ohne die Rohprotokolldateien selbst herunterzuladen und zu durchsuchen. Verweisen Sie auf eine fehlgeschlagene Ausführung anhand des Pipeline-Namens oder der Ausführungs-ID, und die Qualifikation bestätigt den Fehler in Cloud Manager, identifiziert den fehlgeschlagenen Schritt und erklärt im Klartext, was schiefgelaufen ist, warum und was als Nächstes zu tun ist. Wenn Ihre Anfrage mit mehr als einer Pipeline übereinstimmt, werden Sie aufgefordert, eine auszuwählen, bevor der Vorgang fortgesetzt wird.
Beachten Sie, dass diese Funktion als Spezialagent implementiert ist und daher nicht visuell als aufgelistete Qualifikation in der Benutzeroberfläche für die Anpassung von Mitarbeitern angezeigt wird.
Die Qualifikation untersucht Fehler in den folgenden Pipelines und Schritten:
- Der Schritt Build- und Komponententests und der Schritt Code-Scanning in Full-Stack-Bereitstellungs- und Code-Qualitäts-Pipelines.
- Fehler beim Erstellen und bei der CodeQualität in Web-Stufen-KonfigurationsPipelines, z. B. Fehler bei der Dispatcher-Konfigurationsvalidierung.
- Bereitstellungsfehler in Konfigurations-), z. B. eine ungültige CDN-Konfiguration.
Bei Fehlern in anderen Schritten, z. B. dem Bereitstellungsschritt einer Full-Stack-Pipeline, meldet die Kenntnisse den fehlgeschlagenen Schritt, ohne ihn zu diagnostizieren. Überprüfen Sie in diesem Fall die Protokolle, wie unter und Protokolle herunterladen beschrieben oder wenden Sie sich an den Adobe-Support.
Sie können auch mit der Fehlerbehebung beginnen, ohne eine Eingabeaufforderung zu schreiben. Klicken Sie auf Fehlerbehebung mit KI auf einer fehlgeschlagenen Pipeline-Ausführung in Cloud Manager oder im Widget Fehlgeschlagene Pipelines auf der Experience Manager-Startseite, um einen Coworker zu öffnen, auf den bereits verwiesen wurde. Siehe Fehlerbehebung für eine fehlgeschlagene Pipeline von Cloud Manager und Fehlerbehebung für das Widget „Fehlgeschlagene Pipelines“.
Die KI kann Fehler machen, sodass die Diagnose überprüft wird, bevor sie darauf reagiert.
„Hilfe zur Fehlerbehebung bei der letzten Pipeline, die im Hauptprogramm fehlgeschlagen ist“
„Fehlerbehebung bei der Ausführung 1234567 Entwicklungs-Pipeline in der 12345“
Warum ist meine Pipeline-Bereitstellung in Programm 12345 fehlgeschlagen?“
Berechtigungen pipeline-troubleshooting-permissions
Um die Qualifikation zur Fehlerbehebung bei AEM Cloud Manager-Pipelines verwenden zu können, müssen Sie entweder über Entwickler oder Programm-Manager in Cloud Manager verfügen. Siehe Rollenbasierte .
Fehlerbehebung bei fehlgeschlagenen Pipelines in Cloud Manager troubleshoot-from-cloud-manager
Der schnellste Weg zur Fehlerbehebung besteht darin, von der fehlgeschlagenen Pipeline-Ausführung aus zu beginnen, da der -Mitarbeiter die Ausführung als Kontext erhält und Sie keine Eingabeaufforderung schreiben müssen.
-
Melden Sie sich bei Adobe Experience Cloud an und öffnen Sie dann Experience Manager.
note tip TIP Um eine Fehlerbehebung vorzunehmen, ohne Cloud Manager zu öffnen, geben Sie eine Eingabeaufforderung wie beispielsweise Fehlerbehebung bei fehlgeschlagener Pipeline in das Feld Kollegen fragen“ ein. -
Klicken Sie in der linken Leiste auf Cloud Manager und wählen Sie dann Ihr Programm aus.
-
Klicken Sie auf der Programmübersicht auf der Karte Pipelines auf die Pipeline, die fehlgeschlagen ist.
-
Beachten Sie auf der Seite zur Pipeline Ausführung den Status „Fehlgeschlagen neben dem Pipeline-Namen und den Schritt, der fehlgeschlagen ist.
-
Klicken Sie auf Fehlerbehebung mit KI. Die Schaltfläche wird in der Nähe der oberen rechten Ecke der Seite und im Feld Schrittfehler des fehlgeschlagenen Schritts angezeigt.
Der Mitarbeiter wird in einem Bedienfeld rechts auf der Seite geöffnet, wobei in der Eingabeaufforderung auf die fehlgeschlagene Ausführung verwiesen wird. Der Mitarbeiter identifiziert den fehlgeschlagenen Schritt, erläutert die Grundursache und schlägt eine Lösung vor, die Sie manuell anwenden können.
-
Überprüfen Sie die Diagnose. Um Folgefragen zu stellen oder weitere Details anzufordern, geben Sie in das Feld Ask Coworker anything ein.
Fehlerbehebung im fehlgeschlagenen Pipelines-Widget troubleshoot-from-experience-home-widget
Die Experience Manager-Startseite enthält ein Widget Fehlgeschlagene Pipelines mit dem Pipeline-Fehler in allen Ihren Programmen aufgelistet werden. So können Sie die Fehlerbehebung starten, ohne zunächst Cloud Manager öffnen zu müssen. Jede Zeile enthält den Pipeline-Namen, das Datum und die Uhrzeit des letzten Durchgangs, die Dauer und den fehlgeschlagenen Schritt sowie die Schaltfläche Fehlerbehebung mit KI.
-
Melden Sie sich bei Adobe Experience Cloud an, öffnen Sie Experience Manager und scrollen Sie dann zum Widget Fehlgeschlagene Pipelines.
-
Klicken Sie in der Zeile der Pipeline, die Sie untersuchen möchten, auf Fehlerbehebung mit".
Der Mitarbeiter öffnet mit der referenzierten fehlgeschlagenen Ausführung und startet seine Analyse, identifiziert die Grundursache und schlägt eine Korrektur vor.
-
Überprüfen Sie die Diagnose. Um Folgefragen zu stellen oder weitere Details anzufordern, geben Sie in das Feld Ask Coworker anything ein.
AEM Cloud Manager-Umgebungsverwaltung aem-cloud-manager-environment-management
Mit der AEM Cloud Manager-Umgebungsverwaltung können Sie Ihre Cloud Manager-Umgebungen in natürlicher Sprache verwalten, ohne durch die Bildschirme der Benutzeroberfläche von Cloud Manager navigieren zu müssen, um das richtige Programm, die richtige Umgebung oder das richtige Konfigurationsbedienfeld zu finden. Sie können Ihre Umgebungen auflisten, Details zu einer bestimmten Umgebung abrufen und Umgebungen erstellen, klonen oder löschen, wenn sich Ihre Projektanforderungen ändern.
Darüber hinaus wird die tägliche Pflege der Umgebung behandelt: die Verwaltung von Umgebungsvariablen, das Herunterladen von Protokollen zum Debugging, das Zurücksetzen einer schnellen Entwicklungsumgebung (RDE), wenn Sie einen Neuanfang benötigen, und die Konfiguration regionaler Bereitstellungen - alles von einer einzigen Unterhaltung aus statt mehrerer Reisen durch Cloud Manager. Wenn etwas zurückgesetzt werden muss, kann die Qualifikation auch eine Umgebung aus einem Backup wiederherstellen.
KI kann Fehler machen, sodass vorgeschlagene Aktionen vor ihrer Anwendung überprüft werden, insbesondere für destruktive Operationen.
„Alle Umgebungen im Hauptprogramm anzeigen“
„Wie ist der Status meiner Produktionsumgebung?“
„Einrichten einer Staging-Umgebung für Tests“
„Duplizieren Sie die Staging-Umgebung für 12345“
„Entfernen Sie die nicht verwendete Testumgebung“
„Festlegen der Variablen API_BASE_URL in meiner Staging-Umgebung“
„Herunterladen der Dispatcher-Protokolle für meine Staging-Umgebung“
„Die schnelle Entwicklungsumgebung für die 12345 zurücksetzen“
„Anzeigen der Regionsbereitstellungen für meine Produktionsumgebung“
„Verfügbare Sicherungskopien für die Staging-Umgebung anzeigen“
AEM Cloud Manager-Programmverwaltung aem-cloud-manager-program-management
Mit der Fähigkeit zur Programmverwaltung in AEM Cloud Manager können Sie Ihre Cloud Manager-Programme in natürlicher Sprache suchen und verwalten, anstatt in den Cloud Manager-Programmlisten nach dem gewünschten Programm zu suchen. Sie können alle Programme auflisten, auf die Sie Zugriff haben, Details zu einem bestimmten aufrufen und ein Programm löschen, wenn es nicht mehr benötigt wird.
Da Programme der Dach sind, unter dem Pipelines und Umgebungen leben, dient diese Fähigkeit auch als schneller Einstieg in diese verwandten Ressourcen. Sie können sie bitten, die Pipelines oder Umgebungen anzuzeigen, die mit einem bestimmten Programm verknüpft sind, ohne zuerst die Programm-ID selbst nachzuverfolgen.
KI kann Fehler machen, sodass vorgeschlagene Aktionen vor ihrer Anwendung überprüft werden, insbesondere für destruktive Operationen.
„Auf welche Programme habe ich Zugriff?“
„Informationen zum Hauptprogramm anzeigen“
„Entfernen Sie das alte Demoprogramm“
„Pipelines für Hauptprogramm auflisten“
„Welche Umgebungen hat das Hauptprogramm?“
AEM Cloud Manager-Versionsverwaltung aem-cloud-manager-release-management
Mit der AEM Cloud Manager-Versionsverwaltung können Sie steuern, wann Adobe automatische Wartungs-Updates auf Ihr Programm anwendet, ohne die Cloud Manager-Einstellungen zu durchsuchen, um den richtigen Bildschirm zu finden. Sie können Ihren aktuellen Aktualisierungszeitplan überprüfen, ein tägliches Fenster für ruhige Stunden einrichten - ein wiederkehrender Zeitpunkt an jedem Tag, an dem Adobe Updates pausiert - und einen mehrtägigen Zeitraum ohne Updates um Ereignisse wie einen Produktstart oder einen Feiertagsstopp planen, wenn Sie keine Änderungen an Ihren Umgebungen vornehmen möchten.
Wenn sich Ihre Pläne ändern, können Sie einen Zeitraum ohne Aktualisierung genauso einfach entfernen, wie Sie ihn geplant haben. Die Kenntnisse können auch Adobes eigene globale Zeiträume für das Einfrieren von Code anzeigen. Die Windows Adobe hat bereits für geplante Wartungsausschlüsse gesperrt. So wissen Sie bereits im Voraus, welche Termine nicht zulässig sind, bevor Sie versuchen, Ihre eigenen zu planen.
Die Qualifikation hilft Ihnen auch, Zeitplanfehler zu vermeiden. Während Sie durch eine Anfrage geführt werden, werden die geltenden Beschränkungen gekennzeichnet, z. B. die Höchstzahl von drei aktualisierungsfreien Zeiträumen innerhalb eines unverankerten 365-Tage-Fensters, das obligatorische einwöchige Intervall zwischen Zeiträumen und die in Adobe geplanten Wartungsausschlussfenster. Anstatt nach einem Konfigurationsfehler eine Einschränkung zu ermitteln, erreichen Sie in derselben Konversation einen gültigen Zeitplan. Dieser Ansatz schützt wichtige Geschäftsfenster vor automatischen Wartungs-Updates und reduziert Hin- und Herwechseln und Fehlkonfigurationen. Siehe Ruhezeiten und Freie Zeiträume aktualisieren.
KI kann Fehler machen, sodass vorgeschlagene Aktionen vor ihrer Anwendung überprüft werden. Dies gilt insbesondere für Änderungen des Aktualisierungsplans, da ein falsch geplanter oder entfernter Zeitraum ohne Aktualisierung dazu führen könnte, dass Aktualisierungen während eines Fensters, das Sie schützen möchten, landen.
„Aktualisierungszeitplan für Programm 12345 anzeigen“
„Aktualisieren Sie mein Fenster „Ruhezeiten“, um eine Stunde früher zu beginnen“
„Blockieren Sie Updates für 12345 während der Launch-Woche vom 3. bis 10. März“
„Abbrechen des Blackout-Fensters Ich geplant für nächste Woche“
„Ausschlusszeiträume für geplante Wartungsarbeiten in Adobe anzeigen“
AEM Workflow-Überprüfung aem-workflow-inspection
Mit der AEM Workflow-Inspektion können Sie die Workflow-Aktivität in einfacher Sprache überprüfen. Fragen Sie Ihren Kollegen, welche Workflows ausgeführt werden, was in Ihrem Posteingang wartet oder warum ein Workflow fehlgeschlagen ist, ohne die Workflow-Benutzeroberfläche zu öffnen.
Sie können bei der Fehlerbehebung einen bestimmten Workflow nachschlagen, verfügbare Workflow-Modelle durchsuchen und Fragen stellen. Diese Qualifikation ist schreibgeschützt: Es hilft Ihnen zu sehen und zu verstehen, was passiert, aber es startet, ändert oder stoppt Workflows nicht.
KI kann Fehler machen, also sollten Erkenntnisse überprüft werden, bevor sie darauf reagieren.
„Sind Workflows ausgesetzt?“
„Geben Sie mir eine kurze Aufschlüsselung der Workflows nach Status.“
„Fassen Sie die Fehler zusammen, die in den von Ihnen geprüften Workflows gefunden wurden.“
„Erläutern Sie den Fehler beim zweiten Workflow in dieser Liste.“
„Hat sich der Status oder der aktuelle Schritt seit der letzten Überprüfung geändert?“
„Wer hat ihn gestartet, wann und welche Arbeitselementinformationen sind verfügbar?“
„Nur Workflow-Schritte anzeigen, keine Aufgaben.“
„Ist ein Modell mit dem Namen „Redaktionelle Überprüfung“ verfügbar?“
AEM Dispatcher Insights aem-dispatcher-insights
Die Fähigkeit zu AEM Dispatcher Insights hilft Ihnen zu verstehen, wie Ihre Dispatcher und Apache-Web-Stufen Anfragen in AEM as a Cloud Service verarbeiten. Bitten Sie Mitarbeiter, die Cache-Leistung zu analysieren, Traffic- und Bereitstellungsprobleme zu untersuchen und die Sicherheitskonfiguration zu überprüfen, ohne die Protokolldateien manuell zu durchsuchen. Sofern von den verfügbaren Daten unterstützt, kann ein Mitarbeiter die Ergebnisse in Diagrammen und Visualisierungen zum Anfragezeitpunkt darstellen.
Identifizieren Sie für die umgebungsspezifische Analyse die Umgebung und den Zeitraum (innerhalb eines 7-tägigen Protokollfensters), die Sie untersuchen möchten. Derzeit greift die Qualifikation nicht auf Ihr Quell-Repository zu. Fügen Sie daher für Konfigurations- und Code-Überprüfungen die relevanten Dateien ein oder laden Sie sie hoch. Ein Mitarbeiter kann auch erreichbare URLs überprüfen, um den Antwortstatus, die Kopfzeilen und die Weiterleitungen zu überprüfen.
Bei all diesen Themen können Sie Kollegen bitten, Änderungen vorzuschlagen, ihre potenziellen Auswirkungen zu erläutern und Anleitungen zur Validierung und zum Rollback zu geben. Bitten Sie nach dem Anwenden und Bereitstellen einer Änderung den Kollegen, die verfügbaren Protokolle oder das Live-URL-Verhalten neu zu bewerten.
Derzeit ändern die Kenntnisse Ihr Repository nicht, stellen keine Änderungen bereit, veröffentlichen keine Inhalte und heben die Veröffentlichung nicht auf oder löschen keine Caches. CDN-Cache-Bereinigungen, das Erstellen von Edge-Traffic-Filterregeln und Änderungen an den von Adobe verwalteten Infrastruktureinstellungen liegen außerhalb ihres Bereichs.
KI kann Fehler machen, also sollten Erkenntnisse und Änderungsvorschläge geprüft werden, bevor man auf sie reagiert.
Caching und Leistung dispatcher-caching-performance
Machen Sie sich mit der Cache-Effektivität vertraut, untersuchen Sie langsame oder veraltete Antworten und identifizieren Sie Möglichkeiten, die Anzahl der Veröffentlichungsanfragen zu reduzieren.
„Die Cache-Leistung ist nach unserer neuesten Bereitstellung gesunken. Vergleichen Sie die Protokollnachweise mit den letzten Bereitstellungen und den Konfigurationsunterschieden, die ich freigegeben habe.“
Überprüfen Sie, warum diese Antworten auf persistierte Abfragen von GraphQL nicht zwischengespeichert werden.“
„Welche Parameter kann ich ignorieren, ohne die Suche oder Paginierung zu unterbrechen?“
„Empfehlen Sie eine Caching-Richtlinie für unsere versionierten Client-Bibliotheken und DAM-Assets unter Verwendung der von mir freigegebenen Konfiguration.“
„Wie würde sich das Ändern von statfileslevel oder gracePeriod auf die Invalidierung auswirken, und wann sollten wir den Cache einer Seite aktualisieren?“
„Zeigen Sie bei repräsentativen Seitenanfragen die beobachteten Dispatcher- und Veröffentlichungsverarbeitungsphasen an und geben Sie an, wo Zeit aufgewendet wird.“
„Überprüfen Sie, ob diese Seite in unserer Sitemap enthalten ist, und erklären Sie, wie sich die Sitemap-Abdeckung auf die Aufwärmphase auswirkt.“
Traffic- und Anforderungsverarbeitung dispatcher-traffic-request-handling
Machen Sie sich mit dem Traffic vertraut, der Dispatcher erreicht, und untersuchen Sie, wie Anfragen gefiltert, weitergeleitet und bereitgestellt werden.
Wird automatisierter Traffic vom Cache absorbiert oder nehmen die Veröffentlichungsanfragen zu?“
„Welche Pfade sind für die heutigen 403- und 404-Antworten verantwortlich und welche Beweise helfen dabei, sie zu erklären?“
„Erklären Sie, wie sich die Regelreihenfolge auf Anfragen an unseren GraphQL-Endpunkt auswirkt.“
„Anfragen an unsere neue Domain bedienen die falsche Website. Überprüfen Sie die Host-Aliase und die Farm-Zuordnungen, die ich freigegeben habe.“
„Diese Vanity-URL funktioniert bei der Veröffentlichung, gibt aber über Dispatcher 404 zurück. Was soll ich überprüfen?“
„Erklären Sie, welche Kopfzeilen zu clientheaders.any gehören und welche in der vhost- oder cache-Konfiguration verarbeitet werden.“
„Wie kann ich die Dispatcher- oder Rewrite-Debugging-Protokollierung in der Staging-Umgebung aktivieren, ohne die Produktionsprotokollierung zu ändern?“
Sicherheit dispatcher-security
Bitten Sie den Mitarbeiter um eine allgemeine Sicherheitsüberprüfung oder konzentrieren Sie sich auf ein bestimmtes Anliegen in Ihrer kundengesteuerten Dispatcher-Konfiguration und dem zugehörigen AEM-Code.
„Kann die Zulassungsregel dieses Endpunkts eingeengt werden, während die erforderlichen Anfragen beibehalten werden?“
„Erklären Sie die Sicherheitsvorteile und die möglichen Auswirkungen der von Ihnen empfohlenen Änderung der Content-Security-Policy auf die Anwendung.“
„Was sollten wir überprüfen, um nicht autorisierten Zugriff beim Caching authentifizierter Inhalte zu verhindern?“
„Überprüfen Sie diese OSGi-CSRF- und -CORS-Konfigurationen zusammen mit den von mir freigegebenen Dispatcher-Regeln.“
„Priorisieren Sie die Ergebnisse nach Schweregrad und empfehlen Sie Verbesserungen innerhalb unserer Kontrolle in AEM as a Cloud Service.“