00:00:00Wenn Sie Claude Code zum Erstellen von Webanwendungen nutzen, sollten Sie sich GSD ansehen,
00:00:04ein Open-Source-Framework für spezifikationsgetriebene Entwicklung, das darauf spezialisiert ist,
00:00:08verschiedene Sub-Agenten zu orchestrieren, um Projekte gemäß dem Framework abzuschließen.
00:00:12Anders als bei herkömmlichen Frameworks für spezifikationsgetriebene Entwicklung,
00:00:15wie der Beemap-Methode, SpecKits, Taskmaster und vielen anderen, müssen bei diesen
00:00:20traditionellen Frameworks strikte Regeln befolgt werden, bei denen alles in einem
00:00:24einzigen Kontextfenster erfolgen muss. Zum Beispiel müssen Planung, Recherche, Entwicklung,
00:00:29Verifizierung – alles in einem einzigen Kontextfenster erledigt werden. Aber das bringt ein großes Problem mit sich:
00:00:33die Kontext-Überlastung. Das bedeutet: Je höher der Token-Verbrauch in einem Fenster,
00:00:38desto geringer die Genauigkeit. Die Lösung hierfür ist der Einsatz von Sub-Agenten,
00:00:42um Planung, Recherche, Entwicklung und Verifizierung an eigene Agenten zu delegieren,
00:00:47wobei jeder Sub-Agent seinen eigenen frischen Kontext hat, um die Aufgaben nacheinander zu erledigen.
00:00:51GSD fungiert dabei als Orchestrator, der diese Sub-Agenten gemäß der Spezifikation steuert,
00:00:55indem er die KI Schritt für Schritt von einer groben Idee zu einer produktionsreifen Anwendung führt.
00:01:00Das bedeutet zwar, dass wir mehr Token verbrauchen werden, aber die Genauigkeit,
00:01:04die wir hier erzielen, wird um ein Vielfaches höher sein, als wenn wir alles
00:01:07in einem einzigen Kontext erledigen würden. Deshalb zeige ich Ihnen in diesem Video,
00:01:11wie Sie das GSD-Framework in Claude Code einrichten können. Ich zeige Ihnen,
00:01:15wie Sie eine Idee nehmen und auf bestehenden oder neuen Anwendungen aufbauen,
00:01:19und wie Sie Ihre Vision mithilfe der Recherche- und Planungs-Agenten präzisieren.
00:01:23Sobald die Idee steht, gehen wir zur Implementierung über. Dort gibt es einen eigenen
00:01:27Executor, der Aufgaben mit parallel laufenden Agenten gleichzeitig ausführt.
00:01:32Jeder Agent hat sein eigenes Kontextfenster und committet jede abgeschlossene Aufgabe.
00:01:37Nach jedem Abschluss wird zudem ein weiterer Agent gestartet,
00:01:41um das Ergebnis gegen die Ziele zu prüfen. Und besonders wichtig: Sobald eine Phase fertig ist,
00:01:45zeige ich Ihnen, wie wir die Phasen – Diskussion, Planung, Ausführung und Verifizierung –
00:01:49Schritt für Schritt und Schleife für Schleife durchlaufen, bis der gesamte Meilenstein
00:01:55völlig autonom und ohne manuelles Eingreifen abgeschlossen ist. Das decken wir heute ab.
00:02:00Wenn Sie das interessiert, fangen wir direkt an. Aber bevor wir starten, eine kurze
00:02:04Vorstellung für alle Neuen: Mein Name ist Eric. Ich war jahrelang Senior Software Engineer
00:02:09bei Unternehmen wie Amazon, AWS und Microsoft. Ich habe diesen Kanal eröffnet,
00:02:15um mein Wissen zu teilen – von KI-Programmierung über Automatisierung bis hin zu Web3 und Karriere.
00:02:22Alles verpackt in praktischen Tutorials zum Nachmachen. Wenn Sie also bereit sind,
00:02:27sich weiterzuentwickeln, abonnieren Sie gerne meinen Kanal. Jetzt aber zurück zum Video.
00:02:32Zuerst navigieren wir zum GSD-Repository. Hier wird genau erklärt,
00:02:36wie man es auf dem lokalen Rechner installiert. Ich kopiere diesen Befehl hier,
00:02:40gehe zurück in das Terminal meines aktuellen Projekts und gebe den Befehl ein,
00:02:44um GSD in meinen lokalen Projekten zu installieren. Ich bestätige die Installation.
00:02:49Hier können wir wählen, ob wir Claude Code, Open Code oder beides nutzen möchten.
00:02:53Für diese Demonstration wähle ich erst einmal nur Claude Code aus.
00:02:57Dann wird gefragt, wo es installiert werden soll. Ich möchte es global installieren,
00:03:02damit es für alle Projekte verfügbar ist. Okay.
00:03:07Nach der Auswahl sieht man, dass GSD eine Statuszeile mit Modellnamen,
00:03:12aktueller Aufgabe und Kontextfenster-Auslastung enthält. Sollen wir die bestehende
00:03:17behalten oder durch die GSD-Statuszeile ersetzen? Ich habe die von GSD noch nicht gesehen,
00:03:22daher wähle ich Option zwei. Schauen wir uns an, wie die GSD-Statuszeile aussieht.
00:03:26Ich öffne meine Claude-Code-Sitzung. Und genau hier sehen Sie
00:03:31die aktuelle Statuszeile für GSD. Falls Ihnen diese Version nicht gefällt
00:03:37und Sie lieber meine Version nutzen möchten, schauen Sie sich mein anderes Video an.
00:03:41Dort zeige ich, wie man die Statuszeile individuell anpassen kann. Aber natürlich
00:03:46können Sie auch einfach bei der GSD-Statuszeile bleiben.
00:03:49Sobald GSD installiert ist, geben wir einfach „gsd“ ein. Wie Sie sehen,
00:03:54haben wir nun alle benutzerdefinierten Befehle direkt im Claude-Code-Terminal. Gut.
00:03:58Nach der Installation versuchen wir, unser Projekt zu initialisieren.
00:04:02Bei einem neuen Projekt nutzt man einfach „gsd new project“. Aber wenn Sie
00:04:06bereits ein bestehendes Projekt haben, führen wir zuerst diesen Befehl hier aus.
00:04:10Dadurch werden mehrere Sub-Agenten gestartet, um Stack, Architektur und Konventionen
00:04:15zu analysieren. Dann können wir den Befehl nutzen, um die gesamte Codebasis zu erfassen
00:04:20und Fragen zu den geplanten Erweiterungen zu stellen. In diesem Fall
00:04:24nutze ich zuerst diesen Befehl, um die Codebasis zu mappen. Man sieht,
00:04:28dass vier parallele Agenten gestartet werden, um die gesamte Codebasis zu erfassen,
00:04:32den Tech-Stack zu verstehen, die Architektur, Konventionen und Besonderheiten
00:04:38zu analysieren – einfach alles für unsere Anwendung. Warten wir kurz,
00:04:42bis die parallel laufenden Mapper-Agenten fertig sind. Alles klar.
00:04:46Der Mapper hat die Analyse abgeschlossen. Jetzt setze ich meine
00:04:50Claude-Code-Sitzung zurück, da das aktuelle Kontextfenster schon ziemlich voll ist.
00:04:54Ich beende das, leere das Terminal und starte die Sitzung neu.
00:04:59So fangen wir bei Null an, nachdem wir alles gemappt haben. Keine Sorge,
00:05:04das Mapping wurde bereits gespeichert. Sie können das im Ordner „.planning“ sehen.
00:05:09Dort liegt die „codebase.md“. Sie fasst alles Wichtige zusammen,
00:05:13wie die Architektur und spezifische Anforderungen unserer Anwendung. Alles,
00:05:17auch Konventionen und Integrationen, ist in diesem Ordner gespeichert,
00:05:23damit wir den aktuellen Stand unseres Mappings nicht verlieren. Gut.
00:05:28Nach dem Mapping der Codebasis ist es Zeit, das Projekt zu initialisieren.
00:05:32Dabei werden mir einige gezielte Fragen gestellt, um meine Idee genau zu verstehen.
00:05:36Welche neuen Features sollen hinzu? Dann werden mehrere parallele Sub-Agenten
00:05:39ausgesendet, um den Bereich zu untersuchen, den wir aufbauen wollen.
00:05:43Das hilft auch dabei, Anforderungen zu extrahieren und eine Roadmap zu erstellen,
00:05:47die genau festlegt, welche Phasen für die Umsetzung nötig sind. Genau das
00:05:51machen wir jetzt. Ich kopiere diesen Befehl und füge ihn hier ein. Dann
00:05:56wird versucht, unser aktuelles Projekt zu initialisieren. Hier sieht man,
00:06:00dass es ein bestehendes Projekt mit bereits gemappter Codebasis ist.
00:06:05Das Git-Repository existiert, aber es gibt noch keine „project.md“. Also werde ich gefragt:
00:06:10„Ich sehe ein bestehendes Projekt mit Mapping. Laut der cloud.md erkenne ich den
00:06:14geschäftlichen Kontext. Was soll ich als Nächstes bauen?“ Da ich bereits eine
00:06:18Funktion im Kopf habe – nämlich ein Dashboard für das Admin-System –,
00:06:23nutze ich eine kurze Markdown-Datei, die ich mit Hilfe von KI erstellt habe.
00:06:29Es geht um ein minimales Admin-Panel als neuer Tab in der Dashboard-Seitenleiste,
00:06:34das wichtige Tools zur Benutzerverwaltung und zum Support beim Launch bietet.
00:06:39Man sieht hier die gewünschten Funktionen, die MVP-Features,
00:06:42UX-Mockups der Frameworks und all diese Details. Sehr ausführlich.
00:06:47Ich empfehle Ihnen dringend, KI wie Claude zu nutzen, um die Anwendung
00:06:52zu analysieren und einen Entwurf für das zu erstellen, was Sie bauen wollen.
00:06:56Zumindest die UX-Änderungen oder die Features sollten feststehen, damit wir
00:07:00einen klaren Plan für die Implementierung durch Claude haben. Natürlich
00:07:04könnte ich Claude diesen Plan einfach direkt geben, aber ich möchte,
00:07:08dass GSD übernimmt und die Recherche durchführt. Es werden mehrere
00:07:13Sub-Agenten gestartet, die für uns recherchieren und die große Aufgabe in kleinere,
00:07:20leichter umsetzbare Tasks unterteilen. In diesem Fall öffne ich mein Terminal
00:07:25und sage genau, was wir bauen wollen. Ich beziehe mich auf diese Datei hier.
00:07:28Ich sage: „Ich plane, das hier als Nächstes zu bauen.“ Ich gebe das ein
00:07:33und lasse GSD bei der Planung helfen. Hier sieht man, wie das Backlog-Element
00:07:40gelesen wird, das wir für diese Anwendung implementieren möchten.
00:07:44Dann werden mir gezielte Rückfragen gestellt, um die Spezifikationen zu bestätigen.
00:07:48Es heißt, die Spezifikationen enthalten vier Funktionen, wie Benutzerliste,
00:07:52Guthaben, Tiers und Impersonation. Sollen diese alle zusammen gebaut oder
00:07:58priorisiert werden? Man sieht, dass das System beginnt, die vier großen
00:08:02Funktionen in kleinere Teile zu zerlegen. Ich antworte: „Fangen wir mit
00:08:07einfacheren Dingen an, wie der Benutzerliste und dem Guthaben.“ Also sage ich ja.
00:08:11„Wie soll die korrekte Funktion des Admin-Panels verifiziert werden?“
00:08:16Da das Projekt noch sehr neu ist, teste ich meist manuell. Aber man sieht,
00:08:21dass nach der Testabdeckung gefragt wird. Wir könnten Integrationstests machen,
00:08:25API-Tests für die Endpunkte oder volle Abdeckung inklusive Unit- und End-to-End-Tests.
00:08:30Ich konzentriere mich erst einmal nur auf manuelle Tests, später können wir
00:08:34die Testabdeckung erhöhen. Ich bestätige die manuellen Tests für den Moment
00:08:38und sende die Antwort ab. Schauen wir uns an, was GSD als Nächstes macht.
00:08:43Hier wird die Befragung fortgesetzt. „Wann muss das Admin-Panel live gehen?“
00:08:46In unserem aktuellen Projekt gibt es ein Dokument der Business-Analysten zur Zeitplanung,
00:08:50das den 30. Januar als Launch-Datum nennt. GSD fragt also, ob es
00:08:56vor dem V2-Launch am 30. Januar fertig sein muss. Ich bestätige,
00:09:01dass ich es definitiv vor dem 30. Januar haben möchte. Dann wird gefragt,
00:09:05ob wir mit der „project.md“-Datei fortfahren wollen. Ich möchte aber weiter forschen.
00:09:10Eine meiner Fragen ist zum Beispiel, welche Lücken in unserer Spezifikation
00:09:14noch fehlen und was wir tun werden. Man sieht, dass mehrere Sub-Agenten
00:09:19für Recherche zu Sicherheit, UX und Best Practices sowie für technische
00:09:22Implementierungslücken gestartet wurden, die wir bisher übersehen haben könnten.
00:09:28Hier sieht man eine Tabelle, die alle Lücken abdeckt. Zum Beispiel fehlt
00:09:32der Schutz durch Admin-Middleware, Cookies fehlen, das Rate-Limiting
00:09:37erfolgt nur im Speicher und es fehlen Admin-Aktionen beim Löschen von Nutzern.
00:09:43Auch die „isAdmin“-Funktion ist für andere Nutzer fehlerhaft. Diese Lücken
00:09:49wollen wir in der aktuellen Implementierung schließen. Und hier sieht man
00:09:52eine Liste von vorgeschlagenen Fixes. Wir können diese nun durchgehen
00:09:57und prüfen, ob die gefundenen Lücken Sinn ergeben. Wenn ja,
00:10:02können wir die „project.md“ erstellen und mit der Umsetzung beginnen.
00:10:06Mir werden weitere Fragen gestellt: „Die Recherche hat kritische Sicherheitslücken
00:10:11gefunden. Wie soll ich damit umfahren?“ Ich antworte: „Behebe die kritischen Punkte“,
00:10:15was auch meine Empfehlung ist. Ich bestätige das und lasse Claude Code
00:10:20sicherstellen, dass unser Plan und die Spezifikation vollständig sind, bevor wir
00:10:24zur „project.md“ übergehen. Wenn alles passt, können wir die Datei erstellen.
00:10:29Ich sage ja, gehen wir zur „project.md“ über. Claude Code erstellt nun
00:10:33die Projektdatei für das gesamte Vorhaben. Warten wir kurz ab, bis das fertig ist.
00:10:38Bevor wir zum nächsten Teil kommen, ein kurzer Gruß an unseren Sponsor Testbrite.
00:10:42Testbrite ist ein KI-Agent speziell für Software-Tests. Mit dem neuen
00:10:46Testbrite MCP können Sie ihn direkt in Ihrer IDE nutzen – egal ob Cursor,
00:10:51Windsurf oder Claude Code. Die Einrichtung ist super einfach: Konfiguration
00:10:57in den MCP-Einstellungen hinzufügen und fertig. Besonders gut gefällt mir,
00:11:02dass Testbrite nicht blind Tests ausführt. Er liest erst die gesamte Codebasis,
00:11:07versteht die Dokumentation und validiert die Ergebnisse Ihrer KI-Agenten.
00:11:11Er generiert automatisch einen Testplan aus Ihrer PRD, erstellt Testfälle,
00:11:16sorgt für die nötige Abdeckung – und das ganz ohne manuelle Eingabe.
00:11:21Danach führt er die Tests aus und sendet detaillierte Berichte zurück,” die zeigen,
00:11:26was defekt ist. Während viele Coding-Agenten nur etwa 42 % Genauigkeit erreichen,
00:11:32konnten Teams mit Testbrite MCP die Genauigkeit auf bis zu 93 % steigern.
00:11:38Bei Interesse finden Sie den Link in der Beschreibung. Zurück zum Video.
00:11:42Nachdem Scoping und „project.md“ fertig sind, werden wir nach dem Modus gefragt.
00:11:47Wir können entweder den „YOLO-Modus“ wählen, der alles automatisch absegnet
00:11:52und ausführt, oder es interaktiver gestalten. Dann können wir nach jedem Schritt
00:11:56die Änderungen bestätigen, bevor es weitergeht. Ich entscheide mich für den
00:12:01YOLO-Modus, um die Hände frei zu haben und alles automatisch erledigen zu lassen.
00:12:04Ich bestätige den YOLO-Modus. Jetzt werde ich nach der Planungstiefe gefragt.
00:12:09Entweder „schnell“ für rasches Shipping mit drei bis fünf Phasen und je ein
00:12:14bis drei Plänen, oder der „Standardweg“ für einen ausgewogenen Umfang.
00:12:18Dieser hat fünf bis acht Phasen mit jeweils drei bis fünf Plänen. Ich wähle
00:12:22„Standard“, da wir einen soliden Umfang wollen und nicht nur schnell etwas
00:12:26raushauen möchten. Wir suchen die Balance. Ich wähle also die Nummer zwei.
00:12:30Ich sende die Antwort ab. Als Nächstes werden wir zur Ausführung befragt.
00:12:34Sollen die Pläne parallel laufen, also unabhängige Schritte gleichzeitig
00:12:38ausgeführt werden, oder nacheinander? Meine Empfehlung: Wenn Zeit keine
00:12:42Rolle spielt, wählen Sie „sequenziell“. Wir arbeiten die Pläne nacheinander ab,
00:12:46statt alles gleichzeitig. Wenn bei paralleler Ausführung das Guthaben ausgeht,
00:12:51bleiben vielleicht beide Aufgaben unfertig hängen. Bei sequenzieller Arbeitsweise
00:12:57sind zumindest einige Aufgaben komplett abgeschlossen. Falls dann das Limit
00:13:01erreicht ist, kann man am nächsten Tag weitermachen und die nächsten Schritte
00:13:06einzeln angehen. So ist das Projekt nicht an allen Stellen gleichzeitig halbfertig.
00:13:10Ich wähle also „sequenziell“, um Schritt für Schritt vorzugehen. Zur
00:13:14Git-Verfolgung: Sollen wir die Planungsdokumente in Git committen? Ja,
00:13:18ich möchte die Planung definitiv in Git festhalten. Also bestätige ich
00:13:22das ebenfalls und sende es ab. Dann folgen noch einige Zusatzfragen.
00:13:27„Recherche vor der Planung?“ Hier habe ich ebenfalls mit Ja geantwortet,
00:13:31genau wie bei der Frage, ob Pläne vor der Ausführung geprüft werden sollen.
00:13:35Zum Thema Verifizierung: „Soll die Arbeit nach jeder Phase auf die Anforderungen
00:13:40geprüft werden?“ Auch hier sage ich Ja. Und schließlich zur Modell-Präferenz:
00:13:46Ich wähle die höchste Qualität – also Opus für Recherche und Roadmap,
00:13:52trotz höherer Kosten, für eine tiefere Analyse. Was nun passiert ist:
00:13:58Alle diese Einstellungen wurden in der „config.json“ gespeichert. Das ist
00:14:03die Konfigurationsdatei. Wir können sie jederzeit manuell anpassen, wenn wir
00:14:07künftig etwas ändern wollen. Um das Video nicht zu lang zu machen: GSD
00:14:12geht nun zur Recherche über. Man sieht, dass GSD den Research Synthesizer
00:14:16startet, der zuerst mehrere Sub-Agenten für die Suche aussendet. Sobald
00:14:21diese fertig sind, werden die Ergebnisse zusammengeführt, um einen
00:14:26eigenen Forschungsbericht für unser Projekt zu erstellen. Wenn wir damit
00:14:30einverstanden sind, erstellt GSD die Roadmap mit den konkreten Schritten
00:14:34für das gesamte Projekt. So, die Roadmap wurde generiert.
00:14:39Sie umfasst fünf Phasen und 36 Anforderungen, womit alle V1-Vorgaben
00:14:43abgedeckt sind – von der Datenbank über das Schema bis zum Backend
00:14:49und der User Experience. Die Frage lautet: „Sieht diese Roadmap-Struktur
00:14:54gut für Sie aus?“ Man kann alles prüfen und schauen, ob etwas fehlt.
00:14:59Da alles passt, sage ich „approve“ und beginne mit den Änderungen. Sobald
00:15:03das Projekt initialisiert ist, sieht man das komplette MVP-Paket im Ordner
00:15:08„planning“. Alle fünf Phasen und 36 Anforderungen sind bereit zum Bauen.
00:15:13Alles befindet sich im Planungsordner. Alle fünf Phasen und alle 36 Anforderungen sind bereit für die Umsetzung.
00:15:18Wenn das für uns so passt, fangen wir als Nächstes mit Phase eins an,
00:15:21und zwar Schritt für Schritt. Sobald der Plan für Phase eins steht,
00:15:25sehen Sie hier, dass bereits mehrere Sub-Agenten eingesetzt wurden, um die Pläne für Phase zwei,
00:15:29Phase drei und so weiter in einem Rutsch zu erstellen. Man kann also die Sub-Agenten nutzen,
00:15:34um für jede einzelne Phase einen neuen Plan zu entwerfen. Sobald eine Phase geplant ist,
00:15:38können wir direkt zur Implementierung übergehen. Wie schon erwähnt,
00:15:41möchten wir dies sequenziell mit einem frischen Kontext ausführen. Ich möchte nicht,
00:15:46dass er nach jedem Plan stoppt und mich um Verifizierung bittet. Er soll erst alles abschließen,
00:15:52damit wir am Ende das Gesamtergebnis prüfen können, statt nach jeder einzelnen Phase.
00:15:55Das können Sie Claude so mitteilen: Sagen Sie einfach, dass Sie
00:15:59die GSD-Phasen nacheinander mit jeweils frischem Kontext ausführen möchten.
00:16:03Das System wird dann jede Phase einzeln abarbeiten und für jeden Plan
00:16:08einen neuen Sitzungskontext verwenden. Wie Sie sehen, werden dabei
00:16:13über den GSD-Executor neue Sub-Agenten gestartet. Jeder dieser Agenten
00:16:18erhält einen sauberen 200K-Kontext, damit sich die Daten nicht mit den vorherigen Plänen vermischen.
00:16:23Anschließend werden alle 13 Pläne autonom durch GSD ausgeführt.
00:16:27Das umfasst das Datenbankschema, das Backend, die Benutzeroberfläche, die Credit-Verwaltung
00:16:34und auch den Audit-Log-Viewer. Alles wird in einem Durchgang nacheinander erledigt.
00:16:39Ich werde hier den Kontext leeren, die Berechtigungen umgehen und die Ausführung starten.
00:16:44Jetzt sehen Sie, wie Phase eins des Admin-Dashboards implementiert wird.
00:16:48Warten wir kurz ab, bis alles vollständig umgesetzt ist. So, nachdem alle
00:16:53Phasen via GSD implementiert wurden, sehen wir uns hier das Ergebnis an. Ich bin hier
00:16:57im Admin-Bereich im Reiter Benutzerverwaltung. Hier können wir alle Nutzer einsehen,
00:17:03die aktuell auf unserer Plattform registriert sind. Ich kann nach Nutzern suchen.
00:17:07Wenn ich zum Beispiel "test" eingebe, erscheint hier sofort das erste Ergebnis.
00:17:12Und wenn ich die Eingabe lösche, wird wieder die gesamte Liste angezeigt.
00:17:17Ich kann auch nach Tarifen filtern. Wenn ich sehen will, wer den kostenlosen Tarif nutzt,
00:17:21kann ich das tun. Ich sehe deren Credit-Verbrauch, das Anmeldedatum und kann Credits anpassen.
00:17:25Ich kann die Kontodetails aufrufen, wie Sie hier sehen, oder eben
00:17:29die Credits anpassen. Das geht in diesem Fenster. Ich kann den Usern helfen,
00:17:33Credits festlegen, individuelle Limits setzen und den aktuellen
00:17:38Verbrauch prüfen sowie einen Grund angeben. Das wird alles im Audit-Log festgehalten.
00:17:42Nehmen wir an, ich wähle alle Tarife aus. Ich bin gerade als dieser Nutzer hier
00:17:48angemeldet und als Admin festgelegt. Wenn ich jetzt hier klicke, um die Credits anzupassen,
00:17:52erhöhe ich den Betrag beispielsweise um 50 Credits.
00:17:57Damit steigen wir von den aktuellen 510 Credits auf insgesamt 560 Credits.
00:18:03Unten füge ich noch einen Grund hinzu, zum Beispiel einfach "Test",
00:18:07und wende die Änderung dann an. Wie Sie sehen, erscheint sofort
00:18:11eine Benachrichtigung über die Erhöhung von 510 auf 560. Gleichzeitig wurde
00:18:17das Re-Rendering der Komponente ausgelöst. Auch in der Tabelle spiegelt sich das direkt wider,
00:18:21da stehen jetzt die 560 Credits. Wir können also bestätigen, dass das Feature
00:18:27einwandfrei funktioniert. Werfen wir noch einen Blick auf die Admin-Analytics,
00:18:31wo wir Statistiken für alle Bereiche unserer Anwendung sehen können. Man sieht,
00:18:36wann sie zuletzt aktualisiert wurden, sowie Gesamtzahlen der Nutzer, zahlende Kunden,
00:18:40die verschiedenen Tarife, den Credit-Verbrauch und die aktivsten Nutzer.
00:18:46Außerdem haben wir die Audit-Logs. Das bedeutet, alle Ereignisse und Aktionen,
00:18:51wie die Anpassungen der Credits, werden hier genau dokumentiert und sind
00:18:55im Audit-Log einsehbar. Zum Beispiel: Credits angepasst, Credits synchronisiert, wer war
00:19:00der Zielnutzer und was wurde genau gemacht. Das lässt sich alles im Detail nachverfolgen.
00:19:05So nutzt man GSD über das gesamte Entwicklungsspektrum, um ein Feature fertigzustellen.
00:19:09Wenn Ihnen dieses Video geholfen hat, lassen Sie bitte ein Like da. Und falls Sie
00:19:13sich fragen, wie ich die Komponente nach der Credit-Anpassung zum Re-Rendering gebracht habe,
00:19:16ohne die Seite neu zu laden: Die kurze Antwort lautet Zustand.
00:19:21Das ist ein State-Management-Tool, mit dem wir den Status der gesamten App zentralisieren.
00:19:26Sobald sich ein Teil einer Komponente aktualisiert, wird das im aktuellen Status übernommen.
00:19:30Wenn Sie wissen möchten, wie Sie solch ein State-Management in Ihre eigenen
00:19:34Anwendungen integrieren können, empfehle ich Ihnen meinen siebenstündigen Kurs.
00:19:38Darin zeige ich Schritt für Schritt, wie man eine komplette, skalierbare NestJS-Anwendung baut.
00:19:44Wie gesagt, wenn Ihnen das Video gefallen hat, geben Sie ihm gerne einen Daumen nach oben.
00:19:47Abonnieren Sie den Kanal, denn in Zukunft werde ich weitere Techniken teilen,
00:19:51mit denen Sie mithilfe von KI produktionsreife Anwendungen erstellen können.
00:19:55Genau solche Anwendungen wie diese hier. Wir sehen uns dann im nächsten Video!