Trusted page + local bridge
RTOβs public model is a trusted web page communicating with a local browser extension bridge, never a hidden cloud runner.
Remote Tab Opener is an early public browser-extension product. The stable foundation is clear: a trusted web page talks to a local extension bridge, controls visible tabs, and respects explicit allow-list boundaries.
This page separates what is stable today from what is new, evolving or deliberately not promised yet.
Agent mode preview
This status page has a stable Markdown route for AI assistants and developer agents. The human-visible page remains the same source of truth.
β Stable foundation
These are the product truths that should remain consistent across public pages, documentation, review material and AI-readable summaries.
RTOβs public model is a trusted web page communicating with a local browser extension bridge, never a hidden cloud runner.
RTO is designed around browser tabs the user can see, inspect and stop. The visible-tab model is part of the trust story.
Public positioning must remain clear: pages do not silently authorize themselves, and user approval matters.
π Distribution
Installation availability should always be checked from the official store listings. The site should not invent adoption numbers, ratings, benchmarks or partnerships.
Chrome and compatible Chromium browsers use the public Chrome Web Store listing.
Open Chrome listingFirefox users can install RTO from the public Mozilla Add-ons listing.
Open Firefox listing⨠New public surfaces
These areas are public-facing and useful for trust, evaluation and onboarding.
rto-lock.json gives websites a simple, public way to block or limit active RTO automation.
Visitors can see the warning bar, overlay, visible-tab model and master-tab feedback before installing the extension.
Launch the live simulationSDK Lite provides a compact developer route for understanding the bridge model and integration examples.
Open SDK LiteRTO v8.4.0 adds a Trust Policy for official add-ons. Unknown external extensions are refused, and RTO original remains the authority for allow-list, RTO Lock and execution. Helpers v8.3.3+ remain compatible.
Open documentationComparison and article pages explain where RTO fits: visible workflows, local control and explicit boundaries.
Read articlesThis route now makes the distinction between stable features and future work explicit for humans and agents.
Read the machine-readable statusπ§ Careful wording
The No-Code Builder, future Studio, Flow Exchange, maintenance signals and runtime package generation are important project directions. They should be described as evolving work until they are publicly released, testable and stable.
π Boundaries
This section protects credibility. RTO is useful because it is bounded, visible and honest β not because it pretends to bypass browser security.
RTO should not be presented as a universal replacement for Selenium, Playwright or Puppeteer, and it must never be described as a browser-security bypass.
π§ Evaluation routes