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.
Benutzerdefiniert
Was ist AWS Benutzerdefiniert transformieren?
AWS Transform Custom nutzt agentische KI, um Software, Code, Bibliotheken und Frameworks in großem Umfang zu modernisieren und so die technische Verschuldung zu reduzieren. Es bewältigt verschiedene Szenarien, darunter Sprachversions-Upgrades, API- und Servicemigrationen, Framework-Upgrades und -Migrationen, Code-Refactoring und organisationsspezifische Transformationen.
Durch kontinuierliches Lernen verbessert sich der Agent anhand jeder Ausführung und des Entwickler-Feedbacks und liefert qualitativ hochwertige, wiederholbare Transformationen, ohne dass spezielle Automatisierungskenntnisse erforderlich sind.
Die wichtigsten Funktionen
AWS Transform custom bietet die folgenden Funktionen:
Transformationsdefinition mit natürlicher Sprache — Erstellen Sie benutzerdefinierte Transformationen mithilfe natürlicher Sprache, Dokumentation und Codebeispielen
Ausführung von Transformationen — Wenden Sie Transformationen konsistent und zuverlässig auf mehrere Codebasen an
Kontinuierliches Lernen — Verbessern Sie automatisch die Transformationsqualität bei jeder Ausführung
AWS-verwaltete Transformationen — Verwenden Sie gebrauchsfertige, AWS geprüfte Transformationen für gängige Szenarien
Transformationsmuster
AWS Transform Custom unterstützt verschiedene Transformationsmuster, um Ihren Modernisierungsanforderungen gerecht zu werden. Jedes Muster weist je nach Umfang und Art der erforderlichen Änderungen unterschiedliche Komplexitätsmerkmale auf.
| Muster | Description | Komplexität | Beispiele |
|---|---|---|---|
| API- und Servicemigrationen | Migration zwischen API-Versionen oder gleichwertigen Diensten unter Beibehaltung der Funktionalität | Mittel | AWS SDK v1→v2 (Java, Python, JavaScript), Boto2→Boto3, Junit 4→5, Javax→Jakarta |
| Aktualisierungen der Sprachversion | Aktualisierung auf neuere Versionen derselben Programmiersprache, Übernahme neuer Funktionen und Ersetzung veralteter Funktionen | Low-Medium | Java 8→17, Python 3.9→3.13, 12→22, Versionsupgrades Node.js TypeScript |
| Framework-Aktualisierungen | Upgrade auf neuere Versionen desselben Frameworks, um wichtige Änderungen zu beheben | Mittel | Spring Boot 2.x→3.x, React 17→18, Angular-Upgrades, Django-Upgrades |
| Framework-Migrationen | Migration zu völlig anderen Frameworks, die ähnlichen Zwecken dienen | Hoch | Angular → React, Redux → Zustand, → React Vue.js |
| Aktualisierungen der Bibliothek und der Abhängigkeiten | Aktualisierung von Bibliotheken von Drittanbietern auf neuere Versionen unter Beibehaltung derselben Sprache und desselben Frameworks | Low-Medium | Pandas 1.x→2.x, NumPy Upgrades, Bibliotheks-Upgrades, Hadoop/HBase/Hive Lodash-Upgrades |
| Code-Refactoring und Mustermodernisierung | Modernisierung von Codemustern und Übernahme von Best Practices, ohne die externe Funktionalität zu ändern | Low-Medium | Print→Logging-Frameworks, Zeichenkettenverkettung→F-Strings, Übernahme von Typhinweisen, Instrumentierung der Beobachtbarkeit |
| File-by-File Skript und Übersetzungen | Übersetzung unabhängiger Skripte oder Konfigurationsdateien, bei denen die Dateien größtenteils in sich abgeschlossen sind | Low-Medium | AWS CDK→Terraform, Terraform→, Excel→Python-Notizbücher, Bash→ CloudFormation PowerShell |
| Architektur-Migrationen | Migration zwischen Hardwarearchitekturen oder Laufzeitumgebungen mit minimalen Codeänderungen | Medium-High | x86 →AWS Graviton (ARM), lokal → Lambda, traditioneller Server → Container |
| Language-to-Language Migrationen | Codebasen von einer Programmiersprache in eine andere übersetzen | Sehr hoch | Java → Python, →, C JavaScript → Rust, Python → TypeScript Go |
| Benutzerdefiniert Organization-Specific und Transformationen | Einzigartige organisatorische Anforderungen und spezielle Modernisierungsanforderungen | Variiert | Benutzerdefinierte interne Bibliotheksmigrationen, organisationsspezifische Codierungsstandards, proprietäre Framework-Migrationen |
Anmerkung
Verwenden Sie Transform for Mainframe für COBOL/mainframe Sprachen. AWS Für Upgrades von.NET Framework auf.NET Core sollten Sie AWS Transform für Windows in Betracht ziehen. Für VMware-Migrationen zu AWS sollten Sie AWS Transform for VMware in Betracht ziehen.
Wie AWS Transformieren Sie benutzerdefinierte Werke
AWS Transform custom wird normalerweise in großen Projekten verwendet, bei denen mehrere Codebasen oder Module transformiert werden. Teams folgen in der Regel einem vierphasigen Arbeitsablauf:
Transformation definieren — Stellen Sie dem Agenten Eingabeaufforderungen, Dokumentation und Codebeispiele in natürlicher Sprache zur Verfügung, der eine erste Transformationsdefinition generiert. Diese Definition kann im Chat oder durch direkte Änderungen iterativ verfeinert werden. Diese Phase kann übersprungen werden, wenn -managed Transformationen verwendet AWS werden.
Pilotprojekt oder Proof-of-Concept — Testen Sie die Transformation anhand von Beispielcodebasen und verfeinern Sie sie anhand der Ergebnisse. Diese Validierungsphase hilft dabei, die Kosten und den Aufwand der vollständigen Transformation abzuschätzen. Kontinuierliches Lernen verbessert die Qualität in dieser Phase.
Skalierte Ausführung — Richten Sie mithilfe der CLI eine automatische Massenausführung ein, bei der Entwickler die Ergebnisse überprüfen und validieren. Überwachen Sie den Fortschritt mithilfe der Webanwendung und verfolgen Sie Transformationen in mehreren Repositorys.
Überwachen und Überprüfen — Kontinuierliches Lernen verbessert automatisch die Qualität der Transformation. Überprüfen Sie die Erkenntnisse, die aus früheren Durchläufen gewonnen wurden, um sicherzustellen, dass sie den Qualitätsstandards entsprechen, und archivieren Sie alle, die nicht nützlich sind.
Wichtige -Konzepte verstehen
In diesem Abschnitt werden die wichtigsten Konzepte für die Arbeit mit AWS Transform custom erläutert.
Definitionen der Transformation
Eine Transformationsdefinition enthält die Anweisungen und das Wissen, die zur Durchführung einer bestimmten Codetransformation erforderlich sind. Sie wird als Fertigkeit dargestellt und besteht aus:
SKILL.md(erforderlich) — Anweisungen in Markdown mit YAML-Frontmatter (nameunddescriptionFeldern), die die zentrale Transformationslogik und die Ausführungsanweisungen enthaltenreferences/Ordner (optional) — Dokumentation, die bei Bedarf während der Ausführung der Transformation geladen wirdscripts/Ordner (optional) — Skripts, die von der Transformation heruntergeladen und während der Ausführung ausgeführt werden
AWS Transform CLI lädt Transformationsdefinitionen automatisch in das aktuelle Verzeichnis herunter, wenn sie zur Ausführung, Überprüfung oder Änderung benötigt werden.
Wichtig
Beim Veröffentlichen einer Transformation darf das Verzeichnis nur SKILL.md und optional den references/ Ordner, den scripts/ Ordner oder beides enthalten. Andere Dateien oder Unterverzeichnisse sind nicht zulässig.
Anmerkung
CLI Version 2.0 und höher verwendet das Skills-Format. Bestehende Transformationsdefinitionen werden automatisch von der CLI verarbeitet.
Transformationsregister
Das Transformationsregister ist das zentrale Repository Ihres AWS Kontos zum Speichern und Verwalten von Transformationsdefinitionen. Transformationen in der Registrierung können sein:
Gelistet mit
atx custom def listWird auf mehreren Codebasen ausgeführt
Mit anderen Benutzern in Ihrem Konto geteilt AWS
Version-controlled
Wichtig
Transformationsdefinitionen sind kontospezifisch. Wenn Sie eine Transformation in einem anderen AWS Konto verwenden möchten, müssen Sie sie separat in diesem Konto veröffentlichen.
Entwurfstransformationen im Vergleich zu veröffentlichten Transformationen
AWS Transform custom unterstützt zwei Zustände für Transformationen in der Registrierung:
Transformationsentwürfe sind in Bearbeitung befindliche oder ungetestete Transformationsdefinitionen. Sie werden als bestimmte Versionen gespeichert und können von Benutzern abgerufen, aktualisiert und ausgeführt werden, die auf diese bestimmte Version verweisen. Entwürfe eignen sich für iteratives Entwickeln, Testen und Verfeinern, bevor die Transformation bereit ist, mit Ihrem Team geteilt zu werden. Entwürfe sind auch mit einer bestimmten Konversation verknüpft. Wenn Sie die CLI neu starten, können Sie sie verwenden, atx --conversation-id {id} um eine vorherige CLI wiederherzustellen.
Veröffentlichte Transformationen stehen in der Transformationsregistrierung Ihres Kontos zur Ausführung durch andere Benutzer mit den erforderlichen IAM-Berechtigungen zur Verfügung. Veröffentlichte Transformationen können mithilfe von ermittelt werden. atx custom def list
Der typische Arbeitsablauf ist:
Transformation lokal erstellen
Als Entwurf zum Testen speichern (
atx custom def save-draft)Verfeinern und validieren
Veröffentlichen Sie, um es mit Ihrem Team zu teilen (
atx custom def publish)
Sie können eine Transformation auch direkt veröffentlichen, ohne sie als Entwurf zu speichern.
Referenzen im Vergleich zu Lektionen
AWS Transform Custom verwendet zwei Arten von Wissen, um die Transformationsqualität zu verbessern:
Referenzen sind vom Benutzer bereitgestellte Dokumentationen, die im references/ Ordner einer Transformationsdefinition gespeichert sind. Referenzen unterstützen nur Textdateien (insgesamt maximal 10 MB für alle Dateien) und enthalten in der Regel Dokumentation, API-Spezifikationen, Migrationsleitfäden und Codebeispiele. Referenzen werden bei der Ausführung der Transformation nach Bedarf geladen. Sie fügen Verweise hinzu, wenn Sie eine Transformationsdefinition im interaktiven Modus erstellen oder aktualisieren.
Lektionen werden automatisch aus früheren Durchläufen einer Transformation extrahiert. Das System für kontinuierliches Lernen generiert sie aus Ausführungsverläufen, Entwickler-Feedback und Code-Fixes, auf die es bei Transformationen stößt. Es gruppiert verwandte Lektionen in Kategorien, sodass Sie sie gemeinsam überprüfen können. Im Gegensatz zu Referenzen, die Sie im Voraus angeben, sammeln sich die Lektionen im Laufe der Zeit an, wenn Sie die Transformation in verschiedenen Codebasen ausführen, und das System wendet sie automatisch an, um zukünftige Läufe zu verbessern. Sie überprüfen und verwalten Lektionen interaktiv mit. atx custom def learnings
Befehle zum Erstellen und Validieren
Der Befehl Build oder Validation ist ein optionaler Parameter, der angibt, wie Ihr Code während des Transformationsprozesses überprüft werden soll. Dieser Befehl wird an verschiedenen Stellen während der Transformation ausgeführt, um die Codeintegrität sicherzustellen.
Die Bereitstellung eines Befehls, der die Ergebnisse validiert und Probleme zurückgibt, falls die Validierung fehlschlägt, ist sehr wichtig, um die Transformationsqualität durch kontinuierliches Lernen zu verbessern. Wenn kein Build oder keine Validierung erforderlich ist, lassen Sie ihn in Ihrer Eingabe weg.
Beispiele und eine ausführliche Anleitung finden Sie unter Befehle zum Erstellen und Überprüfen im Abschnitt Workflows.
Kontinuierliches Lernen
Kontinuierliches Lernen ist das System, das automatisch Feedback von jeder Transformationsausführung erfasst und die Transformationsqualität im Laufe der Zeit verbessert. Das System sammelt Informationen durch:
Explizites Feedback — Kommentare und Code-Fixes werden im interaktiven Modus bereitgestellt
Implizite Beobachtungen — Probleme, auf die der Agent beim Transformieren und Debuggen von Code stößt
Das System für kontinuierliches Lernen verarbeitet diese Informationen, um daraus Erkenntnisse zu gewinnen, die es der Transformationsdefinition hinzufügt, um zukünftige Transformationen zu verbessern. Das System führt den Lernprozess automatisch aus, nachdem die Transformationen abgeschlossen sind, sodass keine zusätzlichen Eingaben von Ihnen erforderlich sind.
Wichtig
Die Lektionen sind transformationsspezifisch und werden nicht für verschiedene Transformationen oder verschiedene Kundenkonten gemeinsam genutzt.
Lektionen verwalten
Das System generiert automatisch Lektionen, aber du behältst die Kontrolle darüber, welche Lektionen für zukünftige Läufe gelten. Der atx custom def learnings Befehl öffnet eine interaktive Terminal-Sitzung zur Überprüfung und Kuratierung der Lektionen, die eine Transformation gesammelt hat.
In dieser Sitzung können Sie:
Durchsuchen Sie die Lektionen, die in Kategorien unterteilt sind, und sehen Sie, wie viele aktive Lektionen jede Kategorie enthält.
Öffnen Sie eine Lektion, um alle Einzelheiten zu lesen, einschließlich des Haupttextes der Lektion, ihrer Auswirkungen und der Anzahl früherer Durchläufe, auf die sie zugegriffen wurde.
Archivieren Sie eine Lektion, um zu verhindern, dass das System sie auf zukünftige Läufe anwendet, und stellen Sie sie bei Bedarf später wieder her.
Löschen Sie eine archivierte Lektion, die nicht mehr nützlich ist, dauerhaft.
Schrittweise Anleitungen hierzu finden Sie unter Kontinuierliches Lernen.
Client-Side Fähigkeiten
Client-side Fähigkeiten sind zusätzliche Fähigkeiten, die den Agenten bei der Ausführung von Transformationen erweitern. Im Gegensatz zu Transformationsdefinitionen, die definieren, welche Transformation durchgeführt werden soll, bieten clientseitige Fähigkeiten zusätzliche Tools, Skripte und Anweisungen, die der Agent neben seinen integrierten Funktionen bei jeder Transformation verwenden kann.
Client-side Fähigkeiten werden anhand von Verzeichnissen auf Projekt- und Benutzerebene ermittelt. Platzieren Sie Fähigkeiten auf Projektebene, wenn sie für ein Projektarchiv spezifische Standards durchsetzen, und auf Benutzerebene, wenn sie für alle Ihre Projekte gelten. Project-level Fähigkeiten sind nur verfügbar, wenn ein Code-Repository-Pfad bereitgestellt wird. Eine ausführliche Konfiguration und Verwendung finden Sie unterClient-Side Fähigkeiten.
Einführung in benutzerdefinierte Transformationsbefehle
Hier sind einige der Befehle, die Sie mit benutzerdefinierten Transformationen verwenden können. Die vollständige Liste der Befehle finden Sie in der Befehlsreferenz „Benutzerdefinierte Transformationen AWS transformieren“.
-
atx custom-
Führt ein interaktives Erlebnis für benutzerdefinierte Transformationen aus und ermöglicht das Erstellen, Erkennen, Ausführen und Verfeinern von Transformationen.
-
Dies ist der Standardbefehl für
atx. -
--trust-all-tools(-t) ist optional und erlaubt implizit alle vom Agenten angeforderten Tool-Anfragen. Vor allem in Produktionsumgebungen mit Vorsicht verwenden. Mithilfe der Datei mit den Vertrauenseinstellungen können Sie die Tool-Vertrauensstellung für bestimmte Tools und Befehle konfigurieren.
-
-
atx custom --help|atx custom -h-
Zeigt das Hilfemenü an.
-
Jeder Befehl enthält auch ein Hilfemenü,
atx custom def exec --helpz. B.
-
-
atx --version|atx -v-
Zeigt die Version an.
-
Die Versionsnummer ändert sich mit jeder Version.
-
-
atx custom def list-
Druckt eine Liste der in der Transformationsregistrierung verfügbaren Transformationen.
-
-
atx custom def exec-
Führt eine Transformation aus
-
-
atx custom def learnings-
Öffnet eine interaktive Sitzung, in der Sie die Erkenntnisse einsehen und verwalten können, die eine Transformation aus früheren Durchläufen gezogen hat
-
-
atx mcp-
Wird zur Verwaltung von MCP-Serverkonfigurationen verwendet
-