Zum Inhalt springen
Alle Systeme betriebsbereitStatusLooking GlassGlossar
IT-Check →
Start / Lösungen / Codebase-Migration mit KI-Agenten

Codebase-Migration über Tage statt Minuten

Eine Framework-Migration über 4.000 Dateien ist kein Prompt, sondern ein Betriebsvorgang: tagelange Laufzeit, tausende Checkpoints, Pull Requests in verdaulichen Blöcken. Das Erfolgskriterium ist unbestechlich — die Tests laufen durch oder nicht.

Geeignet fürEntwicklungsteams mit großer Codebasis und belastbarer Testabdeckung, die eine Framework-Migration vor sich …

Guardrails: eigener Branch, kein Merge-Recht, Tests als Erfolgskriterium
ECKDATEN
4.100 Dateiendavon 2.600 von der Migration betroffen
45 PT geschätztAufwandsschätzung des Teams vorab
2 Anläufebeide nach zwei Wochen abgebrochen
PR ≤ 400 Zeilengroß genug für Fortschritt, klein genug für Review
use case codebase migrationLive
ASCII-Grafik: ein Dateibaum mit Pfeil in eine neue Struktur — Titelbild zum Thema Codebase-Migration über Tage statt Minuten
survey-agentarbeitsliste versioniert im repository
migrate-agentdatei für datei · max. 2 korrekturversuche
batch-agentpull requests ≤ 400 zeilen
guardrailnur auf einem branch, kein merge-recht
betrieb durch hostspezial
Umfang 4.100 Dateien, 2.600 betroffenSchätzung 45 PersonentageVorgeschichte zwei abgebrochene AnläufeErfolgskriterium Tests grün, nicht Modell zufrieden
AUF EINEN BLICK

Das Wichtigste auf einen Blick

Geeignet für
Entwicklungsteams mit großer Codebasis und belastbarer Testabdeckung, die eine Framework-Migration vor sich herschieben
Ausgangssituation
Im Beispiel: 2.600 betroffene Dateien, 45 Personentage geschätzt, zwei Anläufe nach je zwei Wochen abgebrochen
Wir übernehmen
Inventar, Migration Datei für Datei mit Checkpoint und Testlauf, Pull Requests von höchstens 400 Zeilen
Bei Ihnen bleibt
Ihre Daten und die Entscheidung, welche davon ein Modell sehen darf. Eigentum und Hoheit wechseln nicht.
Vorhandene Systeme
Welche Hardware und welche Schnittstellen sich weiterverwenden lassen, klären wir vor dem Angebot. Das Ergebnis steht schriftlich fest, bevor Sie beauftragen.
Ihr Ergebnis
Tests grün ist das Kriterium, nicht Modell zufrieden. Im Beispiel 78 % der Dateien automatisch migriert
Preisrahmen
ab 690 € im Monat für die Plattform (Einstiegsklasse)Business 1.490 €, Enterprise 3.900 €; der Migrationslauf selbst im Beispiel 180 € Modellbudget
Reaktionszeit
Zwei Korrekturversuche je Datei, danach markiert der Agent den Fall für Ihre Reviewfür die Plattform: Erstreaktion Ø unter 30 Minuten zur Geschäftszeit
Dauer
Der Lauf dauert Tage, nicht Minutenim Beispiel blieben 9 Personentage übrig, fast vollständig Review-Zeit
Erster Schritt
Der survey-Agent läuft über Ihr Repository und liefert Arbeitsliste, Automatisierungsquote und erwartete Modellkosten
Migrationsvorhaben besprechen → 09571 873149 Ihr Ansprechpartner: Sales-Team, Beratung und Angebot
/01 — 06Überblick

1. Ausgangslage

$ sec1
Ausgangslage vor dem Agenten-Einsatz — Modellwerte aus Projekterfahrung, keine gemessenen Kundendaten
KennzahlWertAnmerkung
Dateien im Repository4 100davon 2 600 betroffen
Testabdeckung64 %Zeilen, Kernmodule höher
Geschätzter Aufwand manuell45 PTSchätzung des Teams
Bisherige Anläufe2beide nach zwei Wochen abgebrochen
/02 — 06Überblick

2. Agent-Design

$ sec2
Guardrails: Der Agent arbeitet ausschließlich auf einem Branch, hat kein Recht auf main und kann keine Pipelines auslösen, die deployen. Kein Zugriff auf Produktionsgeheimnisse. Tests laufen in einer isolierten Umgebung ohne Netzwerkzugang nach außen.
45 → 9 PTAufwand
78 %automatisch
4 100Dateien
Warum das Muster funktioniert

Weil das Erfolgskriterium maschinell prüfbar ist. Eine Datei gilt als migriert, wenn die zugehörigen Tests grün sind — nicht, wenn das Modell zufrieden ist. Bei Dateien ohne Tests fällt diese Prüfung weg; sie gehen deshalb grundsätzlich in die manuelle Review.

/03 — 06Überblick

3. Architektur

$ sec3
survey 2 600 dateien SCHLEIFE · JE DATEI EIN CHECKPOINT 1 · ändern modell klein 2 · tests isolierte umgebung 3 · checkpoint fortschritt gesichert nächste datei batch → pull request max. 400 zeilen braucht menschen nach 2 versuchen review durch ihr team
Die Schleife ist der ganze Trick. Ein Checkpoint je Datei bedeutet: Ein Neustart kostet eine Datei, nicht drei Tage.
/04 — 06Überblick

4. Code

$ sec4
code
import { defineAgent, step } from "@hostspezial/agent-sdk";

export default defineAgent({
  name: "framework-migration",
  // Tage statt Minuten: Der Lauf darf lange leben und muss
  // jeden Neustart der Plattform ueberstehen.
  budget: { eur: 180, wallClockMs: 72 * 3_600_000 },

  async run(ctx) {
    const files = await step(ctx, "survey", () => ctx.tools.repo.scan({ pattern: "**/*.ts" }));
    const done: string[] = [], manual: string[] = [];

    for (const file of files) {
      // step() ist der Checkpoint. Nach einem Absturz setzt der Lauf
      // bei genau dieser Datei auf — bereits erledigte werden
      // uebersprungen, nicht erneut bearbeitet.
      const r = await step(ctx, `migrate:${file}`, { retry: { attempts: 2 } }, async () => {
        await ctx.tools.repo.edit(file, ctx.plan(file));
        return ctx.tools.ci.runTests({ scope: file });   // das Erfolgskriterium
      });

      (r.passed ? done : manual).push(file);

      // PRs in Review-Groesse statt eines 2 600-Dateien-Monsters.
      if (done.length % 25 === 0) {
        await step(ctx, `pr:${done.length}`, () => ctx.tools.git.openPr(done.slice(-25)));
      }
    }
    return { migrated: done.length, manual: manual.length, manual };
  },
});
/05 — 06Überblick

5. Ergebnis

$ sec5
Die verbleibenden 9 Personentage sind fast vollständig Review-Zeit — und das ist richtig so. Der Agent hat 78 Prozent der Dateien bearbeitet und für jede den Testlauf als Nachweis geliefert; die restlichen 22 Prozent hat er als solche markiert, statt sie zu raten. Die dritte Zahl ist die eigentlich relevante: Ein Vorhaben, das zweimal abgebrochen wurde, ist abgeschlossen.

Funktioniert nicht bei …

… Codebasen ohne nennenswerte Tests. Ohne maschinelles Erfolgskriterium verschiebt sich die gesamte Prüflast in die Review, und der Nutzen kippt ins Negative. … Änderungen, die fachliche Entscheidungen erfordern — ein neues Datenmodell ist keine Migration, sondern Design. … Repositories mit stark verflochtenen Modulen, in denen jede Änderung fünf andere berührt; dort scheitert die Aufteilung in kleine PRs. Und die Kosten sind nicht null: Ein Lauf dieser Größe liegt im dreistelligen Euro-Bereich an Modellkosten.

/06 — 06Überblick

Erst das Inventar, dann die Entscheidung

$ sec6
Wir lassen den survey-Agenten über Ihr Repository laufen und liefern eine Arbeitsliste: betroffene Dateien, geschätzte Automatisierungsquote, erwartete Modellkosten. Danach entscheiden Sie, ob sich der Lauf lohnt.
// nächster schritt

Über Ihre Altanwendung sprechen.

Umfang, Sprache und Testabdeckung entscheiden, ob sich eine begleitete Migration trägt. Wir sehen uns Ihren Bestand an, bevor wir etwas zusagen. Ausführlich beschrieben ist das unter Agentic AI.

Betrieb in deutschen Rechenzentren

$ migration --bestand
Altanwendung besprechen → 09571 873149
Termin vereinbaren →
30 Minuten, unverbindlich und direkt mit einem technischen Ansprechpartner.