Purpose
Contact and Review is the dedicated public operating path for launch-stage UAIX questions, contribution packets, change proposals, and release-linked review notes. It turns the contributor guidance that was previously scattered across governance, references, roadmap, and changelog pages into one route.
Current review intake path
Use this page as the public intake checklist before a change becomes launch truth. UAIX does not yet publish a separate public issue tracker, mailbox, forum, or repository queue on the site surface, so review packets should stay tied to canonical pages, machine-readable artifacts, validator evidence, and the dated release trail.
- Identify the affected record family: specification, schema, registry, example, validator, implementation, governance, discovery, packaging, or locale content.
- Link the clean canonical page path and include the page-level record code when one is visible in the document header.
- Attach the relevant machine artifact, fixture, validator result, package output, or route response when behavior changes.
- State whether the change is additive, corrective, policy-oriented, localization-only, or breaking.
- Update the English and zh-CN public copy together when the affected surface is visible to localized readers.
- Record launch-facing changes through Changelog and News when outside readers need a dated public trail.
Contributor guidelines
- Use UAI-1, Schemas, Registry, Examples, and the Validator as the technical baseline before proposing protocol behavior.
- Use Roadmap when the proposal affects future support language, bridge evidence, compact transfer, conformance maturity, developer tooling, or governance expansion.
- Use Governance and Policy and Security when the change affects ownership, release discipline, privacy, accessibility, analytics, licensing, or security posture.
- Use Implementations when a proposal affects packaged software, runtime mapping, release evidence, or support-claim scope.
- Do not describe a local experiment, single passing validator result, unpublished implementation, or private note as current public support until the page copy, machine artifact, evidence, and release trail agree.
Change proposal template
Record family:
Canonical path:
Record code:
Change type:
Expected public effect:
Evidence attached:
Validator or package result:
Chinese copy impact:
Release-trail update:
Owner or reviewer:
Open questions:
Review windows and decision trail
During pre-launch, UAIX remains a focused single-publisher standards record. The current named public attribution and the canonical site records are the decision trail; broader reviewer rosters, public voting, certification, or partner governance should not be implied until they are published.
- Decision rights: current launch decisions are published by updating canonical pages, machine artifacts, and release records together.
- Review window: a change should stay planned until the affected public page, route, validator expectation, package evidence, and locale copy can be reviewed as one packet.
- Release cadence: pre-launch changes are release-note-led rather than calendar-led; compatibility-affecting changes should receive a dated changelog entry.
- Public comments: a comment becomes part of the public record when its disposition is reflected in an updated canonical page, roadmap item, changelog entry, news summary, validator expectation, or implementation record.
What to include before launch review
- Canonical page and route links, never query-string aliases or screenshots as the source of truth.
- Machine-facing route responses when the change affects API Reference, discovery, roadmap, adoption kit, conformance pack, schemas, registry, examples, or validation.
- Package build, smoke-test, launch-audit, or implementation-track evidence when the change affects distributable software.
- Updated zh-CN content when public localized readers will see the new page, route, or release statement.
Next step
Start with References and Contributors for discovery and attribution context, use this page to assemble the review packet, then carry the public decision through Governance, Roadmap, Changelog, and News as needed.