Tenant browser profile
Browser profile paths are represented in tenant runtime environment and artifacts.
Browser Sidecar
Browser Sidecar separates implemented tenant browser sidecar isolation from directional user-facing browser assistance. Current evidence is Hermes Hub tenant browser state, Camofox/runtime browser configuration, and browser artifacts scoped to a tenant boundary.

Hermes Hub proof shows browser-enabled tenant runtime metadata, Camofox URL, browser profile paths, browser auth artifacts, and storage/workspace links scoped under tenant runtime boundaries.

Browser profile paths are represented in tenant runtime environment and artifacts.
The proofed runtime metadata includes Camofox URL and browser-enabled state.
Browser state, workspace, storage root, and runtime artifacts stay tied to the selected tenant.
Browser agents can be operated with a concrete tenant boundary instead of a shared, unmanaged browser profile.
The public user-facing Chrome extension and process-mining/browser-workflow assistant remain directional. They should be described as target UX until implementation evidence exists.
Assistance stays visible and reviewed.
Target UX: page-aware help while an employee works in their own browser.
Automation should be promoted only after repeated work is understood and reviewed.
Browser agents inherit tenant sidecar boundaries when running under Hermes Hub.
Workflow discovery and automation suggestions stay directional until there is source-backed implementation evidence.
Browser work can move from isolated runtime proof toward visible employee assistance without overstating what is already shipped.
Map tenant browser isolation, runtime browser state, and future browser-assistance workflows.
+1 332 2081410
[email protected]