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.

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.