Contact

Bring the messy
real workflow.

No generic demo request form. Choose the route that fits, and send enough context for a useful reply.

Product

Research workflows and preview feedback

Tell us what the tab pile represents and what you cannot risk losing.

Contact address set at deployment
Open source

Implementation and contribution questions

Include the package, intended change, and safety impact.

Contact address set at deployment
Teams

Design-partner conversations

Bring a real workflow, current workaround, and deployment boundary.

Contact address set at deployment
Security

Responsible vulnerability disclosure

Use private repository reporting where possible. Include version, browser, minimal reproduction, and impact.

Contact address set at deployment

What helps us evaluate a workflow

TRIGGER

When does the pain appear?

After a purchase decision, a competitor scan, a literature review, a debugging session, or something else?

RISK

What must never close?

Forms, carts, calls, dashboards, authenticated state, changing prices, or unanswered questions?

OUTCOME

What would you keep?

A cited decision, a restorable window, a team handoff, or simply confidence that the browser can be clean?