Guides

Browser and Agent Parity

Guidance for tying rendered browser evidence to static, JSON, sitemap, and llms.txt records so lower-capability clients still have safe fallbacks.

  • Record UAIX-DOC-2673
  • Path /en-us/guides/browser-and-agent-parity/
  • Use Canonical public record

Document status

Public standards page Published on UAIX as part of the current public standards record
Code
UAIX-DOC-2673
Surface
Guides
Access
Public and linkable

How to use this page

Use this guide to keep rendered browser evidence paired with static, JSON, sitemap, and llms.txt records for lower-capability clients.

For agents: apply the relevant guidance to the user's target site or repository. Do not copy this UAIX page, create a page about the guidance, or treat this page as runtime authority unless the user explicitly asks for that output.

Browser and agent parity keeps rendered UI evidence attached to static and structured records. L2 clients can inspect a browser view, but the public record should still provide lower-level fallbacks whenever possible.

Parity checklist

  • Pair a rendered route with a static route, JSON record, sitemap entry, or llms.txt pointer.
  • State whether the browser view added information that L0/L1 clients cannot see.
  • Stop before authentication, posting, public comments, destructive actions, or memory writes unless the capability record and consent record allow it.
  • Keep screenshots or DOM notes as evidence, not as the only public truth.

When parity fails

If the only useful content is JavaScript-only, the L0/L1 records should fail or downgrade. The safe response is to name the unsupported feature and request an L2 or higher path.