Preview
OpenLink / Browser & preview
Review the work in a real browser.
Keep a supported browser session close to the project, so a change can be previewed, inspected and reviewed where the work actually runs.
Supported Browser Host · Self-hosted first
01 · Input
Start from the project result.
Open the running preview attached to the project instead of recreating the environment in a separate tool.
From preview to review
The page result belongs beside the task.
A browser observation is useful when it preserves the request, the changed surface and the reviewer's decision in one project loop.
Illustrative flow
01 · Input
Start from the project result.
Open the running preview attached to the project instead of recreating the environment in a separate tool.
Evidence produced: Project preview
Browser capability
A result you can inspect is easier to trust.
OpenLink does not turn a visual into proof by itself. It keeps the page observation near the context needed to evaluate it.
Observe
Review
Controls and boundaries
See the page without losing the boundary.
Browser availability depends on the selected agent, Browser Host and local configuration. The browser is one review surface in the project—it does not replace your deployment, access or model-provider controls.
Review agent setupYour environment first
Self-hosted execution begins with the runtime and host configuration you choose.
Configuration still matters
Tools, browser access and behavior vary by the selected agent and local setup.
Human review remains explicit
Use the browser result as context for a decision, not an automatic approval signal.
Browser & preview
Questions before you inspect a result.
What the current browser workflow is for, and what still depends on your setup.
