Why This Search Exists

Detached sessions lose tenant context, permissions, and live browser state that administrators already rely on in the real workflow.

That makes clean-session automation less practical than starting from the trusted browser already in use.

Recommended Approach

A local browser runtime begins from the actual browser state that matters and exposes it through CLI, MCP, and a localhost daemon.

iatlas-browser is built for this model while keeping hosted APIs limited to public retrieval and remote-safe tasks.

Key Takeaways

  • Admin tools are often session-sensitive.
  • Local runtime reduces setup cost and improves reliability.
  • Browser state is part of the operational environment.
  • Hosted APIs should stay for public retrieval only.

Fast Start

  1. Choose an admin workflow that depends on current browser state.
  2. Attach the local runtime to the trusted browser session.
  3. Stabilize the path with snapshots and browser-aware commands.
  4. Package the sequence into a reusable local tool.

Next Action

Install local runtime

Move from research to implementation by choosing the correct boundary: local runtime for real-session work, hosted API for public-safe retrieval.