Projekt-Migration und Framework-Upgrade
Vue 2→3, Express→Fastify, Webpack→Vite – OpenClaw migrates reibungslos, ohne Manual Pitfalls
Migration – wer sich damit rumquält, weiß Bescheid
Vue 2 muss auf Vue 3 hochgefahren werden. Du öffnest die Migration-Docs – 200+ Seiten. Options API muss zu Composition API, Vuex zu Pinia, Vue Router Syntax ist auch anders – okay, machen wir.
Nach der Migration: Third-Party-Libs sind nicht kompatibel. Neue Libraries rein, Styles sind zerschossen. Styles fixen, Tests laufen – Hälfte rot. Und das ist nur Frontend, hinten in Python 2→3 wartet noch...
Das Schlimmste: Chef fragt "schaffen wir das diese Woche?"
Altes Projekt in OpenClaw rein, es wird:
1. Alle Dateien scannen und auflisten, was geändert werden muss
2. Nach Priorität sortieren: zuerst Breaking Changes, dann deprecated APIs
3. Datei für Datei den neuen Code generieren mit Erklärung für jeden Change
4. Inkompatible Third-Party-Deps markieren und Alternativen vorschlagen
Du musst die Migration-Docs nicht Seite für Seite lesen. OpenClaw hat sie gelesen und weiß, was in deinem Projekt konkret geändert werden muss.
3 Migration-Prompts, die wichtigsten Szenarien covered
Frontend-Framework, Backend-Framework, Build-Tools – je eine Prompt.
Upgrade dieses Vue 2 Projekt auf Vue 3, Anforderungen:
1. Alle Options API Komponenten zu Composition API umschreiben (script setup Syntax)
2. Vuex State Management zu Pinia migrieren
3. Vue Router 3 zu Vue Router 4 upgraden (Route-Guard Syntax beachten)
4. $listeners, $attrs, Filter und andere entfernte APIs bearbeiten
5. Element UI → Element Plus Kompatibilität checken (oder andere UI-Libs)
Output pro Datei mit Erklärung für jeden Change.
Am Ende: Liste von Third-Party-Dependency Problemen, die manuell gecheckt werden müssen.
Migriere diese Express.js App zu Fastify:
1. Route-Migration: Express Router → Fastify Route-Registrierung
2. Middleware-Migration:
- body-parser → Fastify Built-in
- cors → @fastify/cors
- helmet → @fastify/helmet
- Custom Middleware → Fastify Hooks (onRequest / preHandler)
3. Error Handling: Express Error Middleware → Fastify setErrorHandler
4. Request/Response Objects: req.body / res.json API-Unterschiede handhaben
5. Validierung: joi / express-validator → Fastify Built-in JSON Schema Validation
Alle bestehenden API-Schnittstellen bleiben unverändert, Frontend merkt nichts.
Hilf mir, dieses Webpack-Projekt zu Vite zu migrieren:
1. Erstelle vite.config.ts, das die aktuelle webpack.config.js ersetzt
2. Bearbeite diese häufigen Unterschiede:
- require() → import
- process.env → import.meta.env
- CSS Modules / SCSS Config
- Alias-Config
- Proxy-Config
3. Check auf inkompatible Webpack Loader, empfiehl Vite Plugin-Alternativen
4. Update package.json Scripts
5. Handle CommonJS-Dependency Kompatibilität
Gib die neue Config-Datei und eine Liste der zu ändernden Quelldateien.
Pre-Migration Vorbereitung
Bevor du OpenClaw die Migration anvertraust, solltest du die Projekt-Infos zusammentragen.
# Projekt-Migration Info
## Aktuelle Tech-Stack
- Framework: Vue 2.7 + Vuex 3 + Vue Router 3
- Build-Tool: Webpack 4
- UI Component-Lib: Element UI 2.x
- Node Version: 16.x
## Ziel Tech-Stack
- Framework: Vue 3.4 + Pinia + Vue Router 4
- Build-Tool: Vite 5
- UI Component-Lib: Element Plus 2.x
- Node Version: 20.x
## Projekt-Größe
- Komponenten: ~80
- Pages: ~30
- Custom Directives: 5
- Custom Filter: 8
## Bekannte Probleme
- XXX Component-Lib hat keine Vue 3 Version
- Einiger Code benutzt this.$refs zum direkten DOM-Manipulation
OpenClaw Migration vs Manuelle Migration
- Scannt automatisch alle Stellen, die geändert werden müssen – nichts wird übersehen
- Generiert die geänderten Code-Dateien – copy-paste und fertig
- Erklärt jeden Change – quasi with eingebauter Migrations-Dokumentation
- Warnt aktiv vor Third-Party-Inkompatibilitäten und schlägt Alternativen vor
- Großere Projekte in wenigen Tagen, kleine Projekte in ein paar Stunden
- Musst die kompletten Official Migration Docs durchlesen (meist hunderte Seiten)
- Datei für Datei manuell suchen und ändern – easy, etwas zu übersehen
- Bei Problemen nur Google und Stack Overflow
- Third-Party-Compat-Probleme findest du nur beim Testen raus
- Große Projekte können wochenlang dauern, dazu Überraschungen unterwegs