Hype StackHypeStack

Search

Search the packs, templates, docs, and pages

In every project the CLI creates

iOS and Android.
Same repo, same types.

Every project the CLI creates includes an Expo app in the same monorepo: your theme on its screens, your backend's types in its calls.

Aether

Good morning, Sarah

payment received

sarah@acme.io moved to Premier

repo to store

iOS and Android, without a second team.

01

It is already in the repo

Every project the CLI creates includes an Expo app in apps/mobile, one of the six apps in the workspace, wired to your backend.

02

The look carries over

Your design tokens are converted for NativeWind during create, so the phone matches the website without restyling a single screen.

03

Shipping is one command

hype-stack deploy mobile runs the EAS build for both platforms and submits to the App Store and Play Store.

Good morning, Sarah

mrr

$18,940

your product, in their pocket
my-app.com
Better Studio in the browser
the product customers already use
Better Studio on a phone
  • App Store
  • Google Play
the same product, in both stores
One theme, every screen

Your design tokens, translated for native.

The phone wears the same colors as the website. The CLI converts the theme file when it scaffolds the project.

One retheme still means editing one file. See how theming works.

1repothe one you already have
2app storesiOS and Android
1set of typesbackend to screen
What you get

What it does, and where to check.

Six outcomes, each with a receipt your developer can check.

  • On both app stores

    A real iOS and Android app ships with the project.

    ExpoReactapps/mobile
  • Same data as the web

    It calls the same typed backend as every other app.

    HyperFetchone shared API
  • Your brand, native

    The web theme converts for native screens during setup.

    Tailwind CSSauto-converted
  • Screens are just files

    Navigation follows the folder structure.

    Expoexpo-router
  • Both stores, one command

    iOS and Android build, sign and submit together.

    One commanddeploy mobile
  • Fixes ship same-day

    Most updates skip the store review entirely.

    Expoeas update
Ship it

The store run is one command.

One command builds for iOS and Android and submits to both stores.

$hype-stack deploy mobile

  • Chains after the web deploy, so one session puts everything out.
  • After launch, JavaScript fixes ship over the air. No store review.
  • Read the deploy docs

the run

0 / 4

  • signed in to EAS as you
  • eas.json written, API URL from your web deploy
  • eas build --platform all
  • submitted to both stores

where it lands

  • App Storewaiting
  • Google Playwaiting
The payoff

What it saves you.

No second team, no second design system, no second API client. The phone app is another surface of the product you already run.

  • 2

    App stores from the repo you already have

    One EAS run queues the iOS and Android builds and can submit both.

    separate native teammonths
    apps/mobile, already thereday one
  • 1

    Theme file covers the phone too

    The CLI converts your OKLCH tokens into NativeWind's format during create.

    same palette, native screens
  • 0

    Store reviews for a JavaScript fix

    eas update ships the fix over the air to apps already installed.

    store review waitdays
    eas updateminutes

Same repo. Same types.
Now on phones.

$ hype-stack deploy mobile

Feature packs to grow with

Every pack ships real source code: frontend, backend, and admin surfaces where the feature needs them. Add them when you need them, one command each.

Questions, answered

Yes. Everything lands as plain source in your repository: frontend, backend, admin, database schema. There is no runtime dependency on us and nothing phones home.

Stop saying the app is on the roadmap.

apps/mobile is scaffolded with every new project. Theme it once, wire nothing, deploy it with one command.

included with every project