Portiere einen Mod zum b1.7.3_rewrite-Loader
Java-Mods können nicht ausgeführt werden. Ein Port ist eine Rust-Neuimplementierung (Wasm-Gast, b173_api SDK), die den dekompilierten Mod als Spezifikation verwendet.
Ziel: Gleiches Aussehen, Gefühl und Gameplay in b1.7.3, aus einer Datei in mods/ sowohl auf Client als auch Server. Behebe Quelltextfehler und
optimieren frei, solange Aussehen und Gameplay gleich bleiben. Ersetze niemals einen Vanilla-Bildschirm: Zusätzliche UI ist ein umschaltbares Overlay.
Diese Datei ist die gesamte Karte. Lese keine Loader-Design- oder Fortschrittsdokumente, Anleitungen oder ganze SDK-Dateien zur Orientierung. Verwende die Werkzeuge, öffne dann nur die eine Beispieldatei, die der Schritt benötigt.
Arbeitsbereich
Pfade sind relativ zum Arbeitsbereichsstamm, dem Ordner, der b1.7.3_rewrite/, ports/ und das Kit-Repo
b1.7.3_modport/ enthält. Das install.sh-Skript des Kits verlinkt seine Werkzeuge nach tools/modport/ (unten als T/ geschrieben) und diese Fähigkeit nach
.claude/skills/modport; von einem Port-Ordner aus ist T/ ../../tools/modport/. Korrigiere oder erweitere Werkzeuge in b1.7.3_modport/, niemals innerhalb eines Ports. Auf einem neuen Rechner oder wenn ein
Werkzeug aufgrund einer fehlenden Abhängigkeit fehlschlägt, führe T/doctor.sh aus: Es gibt den Befehl aus, der jede Lücke behebt. Alle Werkzeuge sind
Bash: Unter Windows laufen sie in Git Bash (dem Bash-Werkzeug von Claude Code unter Windows) und kümmern sich selbst um .exe, py und Pfade.
Rufe Python-Werkzeuge über T/py.sh auf, niemals direkt python3.
Modi
Prüfe einmal pro Sitzung: test -f .modport-maintainer im Arbeitsbereichsstamm.
- Maintainer-Modus (der Marker existiert): Die Loader-, SDK- und Kit-Repos gehören diesem Benutzer. Committe und pushe nur dann in sie, wenn der Benutzer es verlangt, wie in den folgenden Schritten beschrieben.
- Benutzermodus (kein Marker, der Standard): Die Loader-, SDK- und Kit-Repos gehören ihrem ursprünglichen Autor.
- Loader- und SDK-Erweiterungen bleiben im lokalen Arbeitsbaum. Committe sie niemals in diesen Repos, pushe sie niemals in deren
Remotes, führe niemals
gh pr create,gh issue createoder ein anderesgh-Schreiben gegen sie aus, selbst wenn du aufgefordert wirst, eine Änderung zu „teilen
- Loader- und SDK-Erweiterungen bleiben im lokalen Arbeitsbaum. Committe sie niemals in diesen Repos, pushe sie niemals in deren
Remotes, führe niemals