AuraGlass by AuraOne is a production React and Next.js Liquid Glass component system. Contributions should improve package reliability, developer adoption, visual quality, accessibility, SSR behavior, documentation, or release evidence without weakening the package boundary.
- Work in the package repo:
/Users/gurbakshchahal/AuraGlass. - Do not edit the website repo from package changes.
- Do not revert unrelated changes from other contributors.
- Import public components from
aura-glass, not privatesrcpaths. - Include
import 'aura-glass/styles';in examples that require package styles. - Keep React and React DOM as peer dependencies.
- Keep optional feature-family peers optional.
- README, install, peer dependency, and docs clarity.
- Component examples that use public imports only.
- Focused bug fixes with tests.
- Accessibility and reduced-motion improvements.
- Compact or contained component behavior for docs/catalog previews.
- Token, style, export, or runtime audit coverage.
- Release evidence updates under
reports/.
Components and recipes should be production-oriented:
- dark theme works by default
- text contrast stays readable on glass surfaces
- keyboard focus is visible
- reduced-motion paths are respected
- SSR and hydration behavior are deterministic
- compact/contained modes work when the component appears in a preview card
- optional peers are documented by feature family
- examples avoid hidden website-only dependencies
Install dependencies:
npm installRun focused checks while developing:
npm run typecheck
npm run lint:check
npm test -- --runInBandRun package and audit checks as the change scope grows:
npm run lint:tokens
npm run lint:styles
npm run audit:components
npm run audit:exports
npm run audit:api
npm run audit:runtime
npm run build
npm run verify:packFull release dry run:
npm run release:dry-runDo not publish, push, or create external GitHub/npm changes unless that is explicitly requested.
Every PR should include:
- clear summary of the change
- changed behavior or documentation surface
- tests/checks run
- screenshots or visual notes when UI output changed
- changelog update for public package behavior
- release evidence update when a 3.1 gate status changes
Use the repository pull request template and leave unchecked any gate that was not run.
3.1 claims must be backed by checked-in evidence, not README text alone. Use these ledgers: