Starts the Next.js store development server. Loads .env, .env.local, and .env.development.local (in that precedence order), checks that DATABASE_URL is set and reachable, and then runs turbo run dev --filter=store under the hood.
Creates .env from apps/store/.env.example if one does not exist
Generates a random BETTER_AUTH_SECRET if the placeholder is still in place
Installs dependencies with bun install
Runs code generation
Optionally runs database migrations (when DATABASE_URL is set and reachable)
Optionally seeds demo data (when DATABASE_URL is set and reachable)
When run interactively, 86d init prompts you before running migrations and before seeding. On success it prints your admin credentials.In a non-TTY environment (CI pipelines, shell scripts, pipes), database setup is skipped automatically because there is no interactive stdin.Flags
Flag
Description
--yes, -y
Skip all interactive prompts and auto-confirm migrate and seed
Installs a module from a registry source, a GitHub repository, or an npm package. The CLI downloads the module to modules/<name>/, fetches its dependencies, runs bun install, and enables it in the active template.Specifier grammar
Specifier
Meaning
products
Official module from the 86d registry (short name)
Compares each locally installed module against the registry by version and integrity hash, then prints any modules that have updates available. Pass a module name to check just one module.
86d module update # check every local module86d module update reviews # check only @86d-app/reviews
To apply an update, re-run 86d module add <name> for the listed modules.
Lists all modules in modules/ along with their version and registry category, and tags whether each module exposes store components or admin endpoints.
Shows details about a module: version, category, declared id, store and admin endpoint counts, the actual endpoint paths, whether it has store / admin components, and whether it ships tests. If the module is not installed locally but is in the registry, prints the registry summary and an install hint.
Enables a module in your active template’s config.json and reminds you to regenerate. If config.json has "modules": "*", the command notes that all modules are already included and is a no-op.
Disables a module in your active template’s config.json. If config.json has "modules": "*", the command converts it to an explicit list with the disabled module excluded.
Copies the default brisa template to templates/<name>/ and updates the new config.json so theme and name reflect the new template. Use this as the starting point for a custom store design.
Deletes a template from templates/. The CLI refuses to remove the base template (brisa) and refuses to remove the currently active template; switch to another template first with 86d template activate.
Switches the store to use a different template. The CLI rewrites the template/* path alias in apps/store/tsconfig.json to point at the new template directory.
Runs every code generator: registry manifest, module imports and API router, and component documentation. Run this after editing config.json to add or remove modules.