Skip to content
All documentation

How FluxNative works

The few words the product uses, from organization to release, and what happens during one turn of the assistant.

Updated Oct 15, 2026

Six cards joined by arrows: Organization, Project, Turn, Revision, Build and Release
An organization owns projects; each turn lands as a revision; a build goes through review as a release.

The words

WordMeans
OrganizationOwns apps, credits, the plan, members and store accounts.
ProjectOne app: source, preview, chats, connections and builds.
TurnOne request and the assistant's work on it.
RevisionA saved state of the source. Each turn that writes files is one.
BuildA signed APK, App Bundle (AAB) or IPA.
ReleaseA build sent to TestFlight or Google Play, through review to the public.

One turn

  1. You send a message, with images or files if you like.
  2. The assistant plans, writes the screens and services, then compiles the preview and tests it in a browser of its own. Your preview follows along until you click it.
  3. It may stop to ask you a question. Answer in the chat and it continues.
  4. Its changes land as one revision you can undo. Suggested next steps appear as chips; picking one fills the message box without sending it. A chip to connect a backend or RevenueCat opens Server on its form instead: only you can enter the credentials, so it never starts a paid turn.

Good to know

  • Everything reads one source: the preview, Design, Code, builds and the exported project. There is one .env, no separate production config.
  • Credits belong to the organization. Generation spends them; a native build spends them only when it succeeds; forking a template spends none. See Credits and plans.
  • Roles decide who can build, connect, publish and pay. See Organizations and roles.

Did this page help?

Which app will you launch first?

Start with a prompt, images, or Figma. No credit card required.

Start building Explore plans

Taking a little longer than usual…

Loading FluxNative