Flow-aware feature flags for modern Next.js teams.

Map routes once. Keep flags, experiments, edge publishing, and Clara observations on the same operating frame so the team can see what changed, where it changed, and what it touched next.

Map the route graph — TrueClara product screenshotPublish and review — TrueClara product screenshotAttach experiments to routes — TrueClara product screenshotRead Clara observations — TrueClara product screenshot
npx @trueclara/next scan

[01] Map

Map routes once and keep the operating model in your repo.

npx @trueclara/next init opens the setup path so you can discover routes, define sections, and save the model next to the app it describes.

Route contract
Route metadata lives in the repo next to the app it describes.
Route contract
Flags, experiments, and rollout rules stay reviewable in pull requests instead of hidden in a dashboard.
Route contract
The same model can be authored by hand or generated from the setup flow.
trueclara.routes.json
{
  "app": "demo-workspace",
  "sections": [
    {
      "name": "Acquisition",
      "routes": ["/", "/pricing", "/login"],
      "flags": ["hero_variant", "signup_prompt"]
    }
  ],
  "experiments": [
    {
      "name": "hero-copy-test",
      "route": "/",
      "flag": "hero_variant"
    }
  ]
}

[02] Publish

Publish the same route-aware model through one workflow.

Draft changes, validate the graph, and publish to the edge from one place so rollout logic stays attached to the routes it affects.

Connect the app locally13:56
npm install @trueclara/next adds the provider and starts the route-discovery path.
Map the first real route graph13:59
Use the setup flow against localhost so the first graph reflects the app that actually ships.
Sync flags, configs, and experiments14:08
Keep rollout state attached to the same route model every time you publish.
Draft changes are ready for review14:10
Versioning, review, and edge publish stay inside the same operating frame before anything changes for users.
First-value path
npm install @trueclara/next
trueclara scan
trueclara publish
What lands in CI
Generated workflows sync route state, validate the graph, and publish edge config when you want rollout review before traffic changes go live.

[03] Observe

Review the change, then let Clara explain what moved.

Diffs, versions, and observations stay together. Approve the change, publish it, and read the route-level impact in the same surface.

Beforev3 · run #846
AP
Afterv4 · +12px shift
AP
+12px layout shift
Detected2
Analytics Panel
Billing Settings
Reviewing1
analytics-panel / 1280x800
Approved3
Dashboard Overview
User Profile
Integrations
Markdown
![Route graph](https://cdn.trueclara.com/apps/demo/route-graph)

Who this is for

Product, growth, and platform teams shipping real route changes.

Product teams

Route structure gets harder to reason about as flags, experiments, and drafts stack up. TrueClara keeps the graph inspectable while the product changes.

Growth teams

Homepage, pricing, and signup flows become easier to change when experiments stay attached to the paths users actually move through.

Platform teams

Publishing, version history, and edge rollout belong in the same system as the flags and routes they affect.

Start with one route

Start with one route graph.

Open the live demo, inspect how flags and experiments sit inside the route model, then move into a real workspace when you want to wire your own app.