Skip to main content
Anchor and Kernel overlap most on authentication: both treat logged-in browser sessions as a product rather than a cookie jar. The mapping is mostly one-to-one, and the connection change is one line.

Concept mapping

Moving the auth setup

This is the part worth doing carefully, because it’s where the two products differ in shape. On Kernel:
  1. A connection binds one domain’s authentication state to a named profile.
  2. Kernel performs the login — hosted UI, your own UI, or programmatically — and writes the session into that profile.
  3. Kernel health-checks the connection and reauthenticates supported flows in the background.
  4. Any browser you create with profile: { name } starts logged in, for every domain connected to that profile.
One profile can hold many domains, which is how you map one end user to one profile — see multiple auth connections per profile. If you hold accounts for your own customers, also read multi-tenant patterns.

Things to check

  • Reauthentication is not universal. Passkey-only flows aren’t supported, and some sites need per-site configuration. See the managed auth FAQ and test your flow before cutting over.
  • Health check cadence is per plan. See pricing and limits.
  • Concurrency and create rate are separate limits. See concurrency and limits.