--- name: web-to-mobile description: Orchestrate website or web app conversion into a mobile app. Use for /web-to-mobile, web-to-mobile migration, Expo React Native app conversion, iOS app conversion, Android app conversion, website URL, GitHub repo, or local web project. license: MIT --- # WebToMobile One-command orchestrator for turning a website or web app into a mobile app. The public invocation is: ```text /web-to-mobile [website_url | github_repo_url | local_path] ``` In Codex, users can ask: "Use the web-to-mobile skill on [website_url | github_repo_url | local_path]." ## Route The Workflow Use one phase skill at a time: 1. `web-to-mobile-audit` inspects the target and records evidence. 2. `mobile-migration-plan` creates `docs/web-to-mobile/YYYY-MM-DD-web-to-mobile-plan.md` with route map, checklist, test plan, acceptance criteria, and approval gate. 3. Route by the approved Migration Fit Verdict. Expo React Native continues to `expo-react-native-build`; Capacitor, PWA/PWABuilder, Stay Web, and Swift/Native receive an explicit implementation handoff because their build phases are not bundled here. 4. For an Expo build, `mobile-parity-check` verifies design and functional parity against the web source. 5. `mobile-qa-release` verifies the Expo build before completion. Do not skip directly to build work. Do not generate or edit app code until a plan exists and the user approved it. ## Target Classification Classify the optional argument: - No argument: use the current workspace as the source web app. - `http://` or `https://` non-GitHub URL: treat as a live website. - `https://github.com//`: treat as a GitHub repository. - Local path: treat as a local source folder. For live websites, inspect public pages with available browser/fetch tools. This is the UI/UX-only tier: you can plan layout, navigation, and visual direction, but not logic, state, or API behavior. Explain that a faithful code port requires repository or local source access (see `../mobile-migration-plan/references/output-contracts.md`). For GitHub repositories, clone or inspect the repo only when the environment and permissions allow it. If cloning is not possible, ask the user to provide a local checkout. For local folders or current workspaces, inspect files directly before advising. ## Stack Default Default to Expo React Native. Recommend Swift/SwiftUI planning only when: - The user explicitly asks for iOS-only. - The approved plan requires deep Apple-native behavior. - Native performance or Apple polish matters more than cross-platform delivery. - The existing team/codebase is Swift-native. The bundled implementation phase targets Expo React Native. A Swift/Native verdict must stop at the approved plan and hand implementation to a native workflow or team. ## Output Rules - Use the Markdown plan as external memory and the source of truth. - Re-read only the relevant plan sections for each phase. - Reference actual files, routes, dependencies, commands, or observed URLs. - Keep simple static sites lightweight and split complex SaaS apps into phases.