1. Den Fix beschreiben
Öffne den Tab Code, wähle Repository und Branch und beschreib das Problem wie einen Bug-Report: welcher Screen, welches Gerät, was du erwartet hast. Der Prompt unten ist ein gutes Muster, und Diktieren funktioniert problemlos.
Warum das für WebViewGold-Apps so gut funktioniert
Die Binaries in App Store und Google Play enthalten die native Hülle: die URL, den Namen, das Icon, die Berechtigungen und die Features, die du eingeschaltet hast. Deine Screens, Texte, Abläufe und Bugfixes leben in der Web-App. Wenn du die Web-App deployst, zeigen beide Store-Apps beim nächsten Laden die neue Version, ohne neuen Build und ohne Warten auf ein Review. Aus "die App fixen" wird "eine Website fixen", und eine Website lässt sich von überall aus fixen.
Claude Code im Web, unter claude.ai/code, führt jede Aufgabe in einer Cloud-Session aus: einer frischen virtuellen Maschine, in die dein GitHub-Repository geklont wird und in der Claude Dateien bearbeitet, deinen Build und deine Tests ausführt und einen Branch pusht. Die Claude-App für iOS und Android erreicht dieselben Sessions im Tab Code. Sessions laufen weiter, wenn du das Handy sperrst, und du kannst sie später auf jedem Gerät fortsetzen. Du brauchst einen bezahlten Claude-Plan, der Claude Code enthält, und ein Repository auf GitHub.
Einmalige Einrichtung
Einmal am Computer erledigen; danach reicht dein Handy.
Aus Git deployen
Verbinde das Repository mit Vercel, Netlify oder Cloudflare Pages, sodass der Main-Branch in die Produktion deployt und jeder Pull Request eine Preview-URL bekommt. Das Mergen wird zu deinem Deploy-Button, und die Cloud-Session braucht nie ein Deploy-Token.
GitHub mit Claude verbinden
Öffne claude.ai/code und autorisiere die Claude GitHub App für das Repository. Wenn du die GitHub CLI schon nutzt, ist
/web-setupin einer Terminal-Session von Claude Code eine Alternative.Die Cloud-Umgebung prüfen
Die Default-Umgebung hat Trusted network access: Paket-Registries und GitHub sind erreichbar, beliebige Hosts nicht. Das reicht, um Abhängigkeiten zu installieren, zu bauen und zu testen. Leg keine Secrets in ihre Umgebungsvariablen; alle, die die Umgebung nutzen, können sie lesen.
Abhängigkeiten automatisch installieren
Füge den SessionStart-Hook unten in
.claude/settings.jsonein und das kleine Skript daneben, damit jede Cloud-Session mit vorhandenemnode_modulesstartet. Auf deinem eigenen Rechner macht das Skript nichts.Deinen Projektkontext committen
Cloud-Sessions lesen die CLAUDE.md des Repositorys,
.claude/settings.json, Commands, Skills und Subagents. Das CLAUDE.md-Template und der Hook gegen localhost schützen dich am Handy genauso wie am Schreibtisch.Die Claude-App installieren
Installiere die Claude-App auf deinem iPhone oder Android-Handy, melde dich mit demselben Konto an und öffne den Tab Code. Dein Repository sollte erscheinen, wenn du eine neue Session startest.
Der SessionStart-Hook in .claude/settings.json
Der Block PreToolUse ist der localhost-Guard aus dem Release-Guide; beide Hooks liegen in derselben Datei. $CLAUDE_PROJECT_DIR zeigt immer auf den Root des Repositorys.
json
{
"hooks": {
"SessionStart": [
{
"matcher": "startup|resume",
"hooks": [
{
"type": "command",
"command": "bash \"$CLAUDE_PROJECT_DIR\"/scripts/cloud-setup.sh"
}
]
}
],
"PreToolUse": [
{
"matcher": "Bash",
"hooks": [
{
"type": "command",
"command": "\"$CLAUDE_PROJECT_DIR\"/.claude/hooks/guard-native-config.sh",
"timeout": 30
}
]
}
]
}
}
Mit einer gut optimierten Version Ihrer Web-App können Sie innerhalb von wenigen Minuten eine beeindruckende mobile App erstellen. Zusätzlich dazu ist der Kundenservice sehr nett und hilfsbereit! Ich kann WebViewGold nur empfehlen :-)
scripts/cloud-setup.sh
Die Prüfung auf CLAUDE_CODE_REMOTE verhindert, dass das Skript lokal läuft, und die Prüfung auf node_modules überspringt die Installation, wenn alles schon da ist.
bash
#!/bin/bash
# scripts/cloud-setup.sh
# Runs at the start of every Claude Code session; does nothing on your own machine.
[ "$CLAUDE_CODE_REMOTE" = "true" ] || exit 0
cd "$CLAUDE_PROJECT_DIR" || exit 1
[ -d node_modules ] || npm ciDie Schleife vom Handy aus
2. Arbeiten lassen
Claude bearbeitet, baut und testet in der Cloud-VM. Sperr ruhig das Handy; die Session läuft weiter, und du beantwortest ihre Fragen, wenn du zurückkommst.
3. Das Diff prüfen
Öffne die Karte Changes und tippe auf die Zeilenzahlen, um das Diff zu sehen. Kommentiere einzelne Zeilen und schick die Kommentare mit deiner nächsten Nachricht, wenn etwas nicht passt.
4. Den Pull Request öffnen
Lass Claude den Pull Request erstellen. Dein Hoster baut ein Preview-Deployment, und der Store-Readiness-Check in GitHub Actions kommentiert Store-Risiken.
5. Preview prüfen, mergen
Öffne die Preview-URL im Browser deines Handys und probier den reparierten Ablauf aus, dann merge in der GitHub-App oder im Browser. Der Merge löst das Produktions-Deploy aus.
6. In der Store-App bestätigen
Schließ die WebViewGold-App komplett und öffne sie neu. Sie lädt die neue Produktionsversion, und die Apps deiner Nutzer tun das beim nächsten Start ebenfalls.
Ein Bug-Report, der vom Handy aus funktioniert
Konkreter Screen, Gerät und Erwartung, eine klare Richtung für den Fix, die auszuführenden Checks und eine Grenze ("nichts unter native/"). Mehr braucht eine Cloud-Session nicht.
Im Tab Code der Claude-App tippen oder diktieren
Produktionsbug in der iPhone-App (eine WebViewGold-App, die https://app.example.com lädt): Auf dem Checkout-Screen liegt der Bezahlen-Button auf dem iPhone 15 und neueren Modellen hinter dem Home-Indikator. Erwartet: Der ganze Button ist oberhalb des Home-Indikators sichtbar, so wie in Safari. Behebe das mit einem Padding über env(safe-area-inset-bottom) an der fixierten Checkout-Leiste, lass das Desktop-Layout unverändert und prüfe, ob eine andere fixierte Leiste am unteren Rand dasselbe Problem hat. Führe npm run lint und npm run build aus. Committe auf einem neuen Branch und öffne einen Pull Request mit einer dreizeiligen Beschreibung, die ich auf dem Handy lesen kann. Ändere nichts unter native/.
Deploy oder Store-Build?
| Änderung | Kommt mit einem Web-Deploy | Braucht einen neuen Store-Build |
|---|---|---|
| Layout-Fixes, Texte, neue Screens und Abläufe | Ja | Nein |
| Ein neuer Button, der ein bereits eingeschaltetes Bridge-Feature nutzt, etwa das Share Sheet | Ja | Nein |
| Ein neues natives Feature, einen neuen Push-Anbieter oder eine neue Berechtigung einschalten | Nur der Web-Teil | Ja: Config.swift, Config.java, Info.plist oder AndroidManifest.xml ändern sich |
| Eine neue Produktionsdomain oder Start-URL | Nein | Ja, die URL ist fest in die App kompiliert |
| App-Name, Icon, Splash-Screen | Nein | Ja |
| Neue In-App-Kauf-Produkte | Nur der Web-Teil | Produkte in App Store Connect und der Play Console, plus ein Build, wenn sich die native Config ändert |
| Eine neue WebViewGold-Version | Nein | Ja |
Wenn du doch deinen eigenen Computer brauchst
Cloud-Sessions laufen auf virtuellen Linux-Maschinen. Sie haben Node.js, Python, Java und Gradle, aber kein Xcode und kein Android SDK, also können sie die nativen Apps nicht bauen. Für eine native Änderung hast du drei Optionen. Starte Claude Code mit claude remote-control auf deinem Mac und steuere diese lokale Session aus dem Tab Code; Arbeit und Build-Tools bleiben auf deinem Rechner. Übergib den Build an den Cloud Builder, der beide Apps aus dem Browser baut und hochlädt. Oder plan es für deine nächste Session am Schreibtisch ein.
Zwei weitere Übergaben solltest du kennen. In der Claude-App kannst du Claude sagen, dass es einen Pull Request beobachten und CI-Fehler oder Review-Kommentare beheben soll, sobald sie eintreffen; dieses Auto-Fix braucht die Claude GitHub App im Repository. Und zurück an deinem Computer holt claude --teleport eine Cloud-Session samt Branch und Konversation in dein Terminal. Das komplette Bild, was ein Store-Release braucht, findest du unter Web- vs. native Änderungen nach dem Launch.
Checkliste für ein sicheres Deploy vom Handy
- Das Preview-Deployment funktioniert im Browser deines Handys für den Ablauf, den du geändert hast.
- Lint, Build und der Store-Readiness-Check sind im Pull Request grün.
- Unter
native/hat sich nichts geändert; andernfalls plane einen Store-Build ein. - Du weißt, wo im Dashboard deines Hosters der sofortige Rollback ist.
- HTML wird mit kurzen Cache-Headern ausgeliefert, und Assets haben gehashte Dateinamen, damit die Apps beim nächsten Start die neue Version holen.
- Du öffnest nach dem Deploy selbst die echte App.
Fallstricke
- Mergen ohne Preview. Die Store-Apps zeigen die Produktion sofort. Ein Blick auf die Preview-URL am Handy ist billiger als ein Hotfix.
- Secrets in der Cloud-Umgebung. Ihre Umgebungsvariablen sind für alle sichtbar, die sie nutzen. Ein UI-Fix braucht keine Produktions-Secrets, und Deploy-Secrets bleiben bei deinem Hoster.
- Blockierte Netzwerkaufrufe. Trusted access erlaubt Paket-Registries und GitHub, nicht deine Staging-API. Brauchen die Tests sie, füge deine Domain über Custom network access hinzu.
- Aggressives Caching. Wenn dein HTML oder ein Service Worker alte Bundles cacht, sehen Nutzer bis zu einem Reload weiter die alte Version. Bitte Claude einmal, die Cache-Header und die Update-Logik des Service Workers zu prüfen.
- Abgelaufene Sessions. Eine untätige Cloud-Session gibt ihre VM irgendwann frei. Öffnest du sie erneut, ist die Konversation wieder da, laufende Prozesse aber nicht; bitte Claude also bei Bedarf, den Build erneut auszuführen.
- Geteilte Limits. Cloud-Sessions zählen wie jede andere Arbeit mit Claude Code zur Nutzung deines Plans, und parallele Sessions verbrauchen sie schneller.
Häufig gestellte Fragen
Brauche ich einen Laptop, um so einen Fix zu veröffentlichen?
Für Änderungen an der Web-App nicht: Die Claude-App, GitHub und dein Hoster reichen. Für Änderungen an der nativen Hülle brauchst du einen Mac für Xcode, einen Computer für Android Studio oder den Cloud Builder im Browser.
Welche Claude-Pläne enthalten Cloud-Sessions?
Zum Zeitpunkt des Schreibens sind Cloud-Sessions Teil der bezahlten Pläne mit Claude Code (Pro, Max, Ultra und Team) und von Enterprise-Plätzen mit Claude Code. Prüfe die aktuelle Seite zu den Plänen bei Anthropic, denn das ändert sich.
Müssen Nutzer die App im Store aktualisieren, um den Fix zu bekommen?
Nein. Die WebViewGold-Apps laden deine Produktions-URL, der Fix erscheint also beim nächsten Start oder Reload. Nur Änderungen an der nativen Hülle brauchen ein Store-Update.
Darf ich eine freigegebene App ohne neues Review ändern?
Inhalte zu aktualisieren und Bugs in deiner Web-App zu beheben ist bei webbasierten Apps normal. Den Zweck der App zu ändern oder Features hinzuzufügen, die gegen die Richtlinien verstoßen, ist es nicht, und das nächste native Update wird gegen die aktuelle Web-App geprüft.
Kann Claude direkt aus der Cloud-Session in die Produktion deployen?
Besser nicht. Lass Claude einen Pull Request öffnen und deinen Hoster beim Merge deployen. So bleiben Deploy-Zugangsdaten aus der Session heraus, und du hast auf dem Handy einen Prüfschritt.
Aktualisiert sich die Android-App genauso?
Ja. Beide Apps laden dieselbe Produktions-URL, ein Merge aktualisiert also iOS und Android gleichzeitig.
Drei Wege, deine App in die Stores zu bringen
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
Selbst machen
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehenCloud Builder
$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobierenFull Service
$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.