Regeln: die festen Vorgaben
Im Repository committet, mit allen geteilt, geladen je nach Trigger. Store-Regeln gehören hierher, weil sie für jede künftige Änderung gelten müssen, nicht nur für die heutige Aufgabe.
Windsurf
Hast du deine Web-App in Windsurf mit Cascade gebaut, bist du nur einen Produktions-Deploy von nativen Apps entfernt: WebViewGold lädt diese URL in einer nativen iOS- und Android-Hülle, die du in den Stores einreichst. Eine Sache hat sich 2026 geändert: Windsurf heißt jetzt Devin Desktop, und dessen Agent Devin Local hat Cascade abgelöst. Deine Regeln kommen mit; Workflows und Memories brauchen einen kleinen Umzug. Dieser Guide deckt beides ab.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
WebViewGold gibt dir ein natives Xcode-Projekt und ein Android-Studio-Projekt, deren Hauptbildschirm deine Produktions-URL in einer WKWebView oder Android WebView lädt, plus native Extras wie Push-Benachrichtigungen, einen Offline-Bildschirm und das Share Sheet. Dein Windsurf-Projekt bleibt die einzige Codebasis, und jeder Deploy erscheint in beiden Apps.
Die Aufgabe des Agenten ist, die Web-App als App durchs Review zu bringen: mobiles Layout, Rechtsseiten, Kontolöschung, keine Sackgassen und mindestens eine native Funktion, damit die App mehr ist als eine Website (Richtlinie 4.2). Die tool-spezifischen Grundlagen für diesen Stack stehen auf der Seite Windsurf in den App Store.
Speichere sie als .windsurf/rules/native-app.md, wenn du noch mit Cascade arbeitest (älteres Windsurf oder das JetBrains-Plugin), oder als .devin/rules/native-app.md in Devin Desktop. Beide nutzen dasselbe trigger-Front-Matter, und always_on lädt die Regel in jeder Session. Windsurf hat Regeldateien auf 12.000 Zeichen begrenzt, halte sie also schlank.
---
trigger: always_on
---
# Native app context
- This project is published as iOS and Android apps with WebViewGold, which loads
https://app.example.com in a native WebView. Every deploy is live in both apps.
- There is no separate mobile codebase. Do not propose React Native, Flutter or Capacitor.
- Detect the app with isNativeApp() in src/lib/platform.ts (user agent contains
"MyAppNative", set in WebViewGold). No other user agent checks.
- Native features are URL schemes (registerpush://, shareapp://message?=TEXT&url=URL,
bioauth://, qrcode://). Look up the exact syntax in
https://www.webviewgold.com/llms-full.txt, call them only inside the app,
and keep a web fallback.
# Never
- Use a preview or *.windsurf.build URL as the app URL.
- Open OAuth in popups or new windows (the Social Login Helper handles Google).
- Sell digital goods through Stripe links inside the iOS app.
- Ship placeholder text, "coming soon" buttons or dead links.
# Always
- /privacy, /terms and an in-app Delete account (server-side) exist and work.
- Sign in with Apple appears wherever Google or another social login appears.
- Layout works at 320 px; fixed bars pad env(safe-area-inset-top/bottom);
tap targets are at least 44 px.
- Loading, empty and error states for every fetch.
Großartige Arbeit! Ich habe noch nie etwas programmiert, aber ich konnte damit arbeiten. Einfach und schnell! Auch mit großartiger Hilfe von den Erstellern!
Cascade-Workflows sind Markdown-Dateien in .windsurf/workflows/, die du mit einem Slash-Command startest, der nach der Datei benannt ist; Cascade führt nie von sich aus einen aus. In Devin Desktop werden dieselben Schritte zu einem Skill: ein Ordner .devin/skills/store-readiness/ mit dieser SKILL.md. Tippe /store-readiness, oder der Agent greift ihn auf, wenn deine Anfrage zur Beschreibung passt. Für einen Cascade-Workflow speicherst du die nummerierten Schritte als .windsurf/workflows/store-readiness.md, nur mit einer Beschreibung im Front Matter.
---
name: store-readiness
description: Audit and fix this web app for App Store and Google Play review before a WebViewGold build
---
1. Read the native-app rule. List the routes and the auth, payment and analytics code.
2. Mobile: open every main route in the Preview at 390 px and 320 px. Fix horizontal
overflow, tap targets under 44 px, inputs under 16 px font size and fixed bars
without safe-area padding.
3. Legal: make /privacy and /terms real (based on what the code collects) and link
them from the footer and the settings screen.
4. Accounts: if sign-up exists, add Delete account in settings (server-side deletion,
sign out, confirmation) and a public /delete-account page.
5. Sign-in: add Sign in with Apple next to any other social login.
6. States: loading, empty and error-with-retry for every fetch; a friendly 404.
7. App mode: hide store badges, install prompts and builder badges when isNativeApp().
8. Payments: list where digital goods are sold. Report only, change nothing.
9. Run lint, tests and build. Summarize the changes and what I must test on a phone.Im Repository committet, mit allen geteilt, geladen je nach Trigger. Store-Regeln gehören hierher, weil sie für jede künftige Änderung gelten müssen, nicht nur für die heutige Aufgabe.
Wiederholbare mehrstufige Jobs wie dieser Readiness-Pass, eine Release-Checkliste oder die Triage einer Ablehnung. Du startest sie, wenn du sie brauchst.
Cascade legt Memories von selbst an. Sie gehören zu dem Workspace, in dem sie entstanden sind, und bleiben auf deinem Rechner, Teamkollegen und andere Tools sehen sie also nie. Verlass dich bei einer Store-Regel nie auf eine Memory; bitte den Agenten, sie in eine Regel zu schreiben.
Devin Desktop liest AGENTS.md im Root und in Unterordnern als immer aktive Regeln, genau wie Cursor, Codex und GitHub Copilot. Wenn du Tools mischst, schreib den Abschnitt zur nativen App einmal dort hinein (Vergleich der Anweisungsdateien).
Die Reihenfolge funktioniert mit Cascade und mit Devin Local.
Committe beide Dateien. Starte eine neue Unterhaltung und bitte den Agenten, die Regeln zusammenzufassen, denen er folgt; die native-app-Regel sollte in der Antwort auftauchen.
Tippe /store-readiness (oder in Cascade den Namen des Workflows). Prüfe jede Änderung im Diff, kontrolliere die Routen in der Preview und danach im Browser deines Handys.
Die App Deploys von Cascade veröffentlichen unter einer Adresse name.windsurf.build, sind für Vorschauen gedacht und schreiben eine windsurf_deployment.yaml mit den Projektdetails. Für die App übernimmst du die Site in dein eigenes Netlify-Konto oder verbindest das Git-Repository mit Netlify und fügst dann deine Domain hinzu (warum die Domain zählt). In Devin Desktop deployst du direkt mit Netlify, weil App Deploys für Devin Local nicht verfügbar sind.
Config.swift: host, webviewurl, useragent_iphone, useragent_ipad. Config.java: HOST, HOME_URL, USER_AGENT. Setze die Trigger für den Social-Login-Helper, wenn du Google-Login nutzt, und wähle einen Push-Anbieter (OneSignal, Firebase oder Pushwoosh), wenn du Benachrichtigungen willst. Die Android-Setup-Doku listet jeden Schlüssel auf.
Mit einem Mac archivierst du in Xcode; in Android Studio baust du ein signiertes App Bundle. Willst du diesen Teil lieber abgeben, konfiguriert und baut dir das Full-Service-Team beide Apps innerhalb von 72 Stunden.
Lass den Agenten Datenschutzerklärung, Store-Beschreibung und Review-Notizen aus dem Code entwerfen; du reichst ein. Web-Änderungen gehen mit jedem Deploy live, und nur Änderungen an der nativen Hülle brauchen einen neuen Build.
Nimm ihn, wenn du einen geführten Durchlauf dem Skill vorziehst, oder nur für den Deploy-Teil. Er stoppt nach dem Netlify-Setup, damit du zuerst den Build prüfen kannst.
Wir veröffentlichen diese Web-App als native iOS- und Android-Apps mit WebViewGold, das unsere Produktions-URL in einer nativen WebView lädt. Halte dich an die native-app-Regel. Arbeite in dieser Reihenfolge und warte nach Schritt 2 auf meine Bestätigung. 1. Produktions-Build: Stelle sicher, dass "npm run build" aus einem sauberen Checkout funktioniert, und dokumentiere jede Umgebungsvariable in .env.example (nur Namen, keine Werte). 2. Netlify: Ergänze eine netlify.toml mit Build-Befehl und Publish-Verzeichnis für dieses Framework. Ist das eine Single-Page-App, ergänze einen Catch-all-Redirect auf /index.html mit Status 200, damit /privacy, /terms und /delete-account direkt laden. Liste die Umgebungsvariablen auf, die ich im Netlify-Dashboard eintragen muss. Nutze App Deploys nicht für die Produktion. 3. Nativer Helper: Ergänze src/lib/platform.ts mit isNativeApp(), das den User-Agent auf "MyAppNative" prüft. 4. Führe den Skill (oder Workflow) store-readiness aus und behebe, was er findet. 5. Schreibe docs/store/review-notes.md: was die App tut, einen Platzhalter für den Demo-Account und die nativen Features, die ein Reviewer ausprobieren kann. 6. Fasse alle Änderungen zusammen und gib mir einen Testplan fürs Handy: registrieren, mit Google und mit Apple anmelden, Konto löschen, Flugmodus, /privacy direkt öffnen.
.windsurfrules und neue .devin/rules, die sich widersprechen. Beide werden geladen, also führe sie zusammen..devin/global_rules.md als auch .windsurf/global_rules.md, wird nur die erste geladen.Nein. Windsurf wurde im Juni 2026 in Devin Desktop umbenannt. Es ist derselbe Editor mit denselben Einstellungen und Erweiterungen, und das Windsurf-Plugin für JetBrains-IDEs gibt es weiterhin.
In Devin Desktop starten neue Unterhaltungen mit Devin Local, und Cascade-Unterhaltungen lassen sich dort nicht mehr beginnen. Cascade bleibt im Windsurf-Plugin für JetBrains erhalten. Die Regel in diesem Guide funktioniert mit beiden Agenten; nutze einen Workflow mit Cascade und einen Skill mit Devin Local.
Ja. Devin Desktop importiert .windsurfrules, .windsurf/rules/*.md und .windsurf/global_rules.md standardmäßig. Neue Regeln gehören nach .devin/rules/, das Vorrang hat, wenn beide existieren.
Laden würde sie, aber tu es nicht. App Deploys sind für Vorschauen gedacht, die Subdomain lässt sich später nicht ändern, und die URL wird in deine App kompiliert. Nimm deine eigene Domain auf Netlify oder einem anderen Host.
Für einen manuellen iOS-Build in Xcode ja. Der WebViewGold Cloud Builder baut beide Apps im Browser und lädt sie hoch, und das Full-Service-Team kann Konfiguration und Build für dich übernehmen.
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
$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 ansehen$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 ausprobieren$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 byWinter-Sale-Preise gültig bis 31. Dezember 2026.
App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.
Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.