Docs / Reference

Open documentation actions

Compatibility Matrix

Check whether Better Fullstack options work with a selected baseline stack.

Better Fullstack validates stack choices before generation. The builder, CLI, and MCP server use the same compatibility logic, so invalid combinations are rejected or adjusted consistently.

Check a Stack Combination

Start from a default baseline, adjust the key fields, then inspect one option category.

Baseline Stack

These fields affect compatibility for the selected category.

OptionStatus
Tanstack Router
tanstack-router
Compatible
React Router
react-router
Compatible
React + Vite
react-vite
Compatible
Tanstack Start
tanstack-start
Compatible
Next.js
next
Compatible
Vinext
vinext
Compatible
Nuxt
nuxt
Compatible
SvelteKit
svelte
Compatible
Solid
solid
Compatible
Solid Start
solid-start
Compatible
Astro
astro
Compatible
Qwik
qwik
Compatible
Angular
angular
Compatible
RedwoodJS
redwood
Compatible
Fresh
fresh
Compatible
None
none
Compatible

What it checks

  • Whether an option is compatible with the selected baseline stack.
  • The shared disabled reason when a combination is blocked.
  • Any automatic adjustment notes from the same compatibility analyzer used by the builder.

How to use it

  1. Pick an ecosystem.
  2. Adjust the baseline stack fields that matter to your question.
  3. Pick a category to inspect.
  4. Review which options are compatible and why any are blocked.

This is a practical matrix, not every possible pairwise combination. For full project validation, run the CLI, use the Stack Builder, or call bfs_check_compatibility through MCP before scaffolding.

Compatibility behavior

  • none disables optional categories when supported.
  • Some selections trigger automatic adjustments, such as Convex replacing backend-owned database/API choices.
  • Some frontend choices intentionally narrow API, UI, runtime, or deploy support.
  • Java, Rust, Python, and Go use ecosystem-specific categories instead of the full TypeScript stack surface.