@hirobius/design-system 0.8.1 → 0.9.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -1,6 +1,6 @@
1
- # Hirobius Design System V2
1
+ # Hirobius Design System
2
2
 
3
- Hirobius is a portfolio-grade design-system product surface: a React and TypeScript site, a governed component library, a token pipeline, and an autonomous verification loop living in one repository.
3
+ A publishable React + TypeScript component library, backed by a governed design-token pipeline, a documentation site, and an automated verification suite — all in one repository.
4
4
 
5
5
  ## Using the published package
6
6
 
@@ -46,58 +46,54 @@ pnpm test:layout
46
46
  pnpm check:size
47
47
  ```
48
48
 
49
- ## HDS V2 architecture
49
+ ## Architecture
50
50
 
51
- HDS V2 is built around three structural rules:
51
+ HDS is built around three structural rules:
52
52
 
53
- - Strict semantics: public surfaces prefer system primitives such as `HdsStack`, `HdsGrid`, `HdsSurface`, `HdsTextLockup`, `DocLayout`, and `CaseStudyLayout` instead of raw layout divs or ad hoc CSS.
54
- - Polymorphism: primitives are expected to preserve semantic HTML while staying composable through governed APIs such as `forwardRef`, `as`, and layout slots.
55
- - 12-column grid: page structure is organized around a consistent editorial grid, with readable center columns, intentional breakout zones, and explicit `gap` ownership rather than one-off spacing math.
53
+ - **Strict semantics** — public surfaces prefer system primitives such as `HdsStack`, `HdsGrid`, `HdsSurface`, `HdsTextLockup`, `DocLayout`, and `CaseStudyLayout` instead of raw layout divs or ad hoc CSS.
54
+ - **Polymorphism** — primitives preserve semantic HTML while staying composable through governed APIs such as `forwardRef`, `as`, and layout slots.
55
+ - **12-column grid** — page structure follows a consistent editorial grid: readable center columns, intentional breakout zones, and explicit `gap` ownership rather than one-off spacing math.
56
56
 
57
- This repo treats the following files as source of truth:
57
+ Source-of-truth files:
58
58
 
59
- - `hirobius.tokens.json`: token values and alias chain.
60
- - `public/hds-manifest.json`: machine-readable system inventory, metadata, and docs linkage.
61
- - `src/app/data/component-api.json`: generated prop tables and reflected component API.
62
- - `DESIGN.md`: lean visual spec for agents and engineers.
63
- - `DESIGN-HANDOFF.md`: verbose visual mirror for handoff and review.
59
+ - `hirobius.tokens.json` — token values and alias chain.
60
+ - `public/hds-manifest.json` — machine-readable system inventory, metadata, and docs linkage.
61
+ - `src/app/data/component-api.json` — generated prop tables and reflected component API.
62
+ - `DESIGN.md` — lean visual spec for agents and engineers.
63
+ - `DESIGN-HANDOFF.md` — verbose visual mirror for handoff and review.
64
64
 
65
- ## Editorial Enterprise philosophy
65
+ ## Visual direction: Editorial Enterprise
66
66
 
67
- The governing visual direction is "Editorial Enterprise": enterprise-grade rigor with editorial pacing and restraint. The system favors sharp hierarchy, open whitespace, disciplined monochrome neutrals, and a single electric-blue accent. Layouts should feel authored rather than templated.
68
-
69
- In practice that means:
67
+ The governing direction is "Editorial Enterprise" — enterprise rigor with editorial pacing. It favors sharp hierarchy, open whitespace, monochrome neutrals, and a single electric-blue accent. In practice:
70
68
 
71
69
  - documentation reads like a designed publication, not a component dump
72
70
  - cards are used sparingly; whitespace, rails, dividers, and bands carry structure first
73
- - motion teaches or clarifies instead of decorating
74
- - surfaces, spacing, and type are token-governed so the visual language stays coherent across portfolio pages and HDS docs
75
-
76
- ## Autonomous agentic workflow
77
-
78
- Regression prevention is intentionally layered.
71
+ - motion clarifies rather than decorates
72
+ - surfaces, spacing, and type are token-governed, so the visual language stays coherent across the docs site and any consuming app
79
73
 
80
- `CLAUDE.md` is the operating contract. It defines the agent execution protocol, permanent UI guardrails, required validation steps, and the self-heal requirement before a task can be marked complete.
74
+ ## Verification workflow
81
75
 
82
- `scripts/self-heal.mjs` is the automated repair loop. It runs the local static and smoke checks, captures failures, and gives the agent a consistent path to diagnose and fix type, layout, and runtime drift before reporting completion.
76
+ Regression prevention is layered:
83
77
 
84
- The Playwright guardrails enforce the visual constitution at runtime. The current suite covers accessibility, layout integrity, collision detection, responsiveness, and visual regression so changes that violate containment, overlap, or responsive behavior fail automatically.
78
+ - `CLAUDE.md` is the operating contract — agent execution protocol, UI guardrails, required validation steps, and the self-heal requirement before a task is considered done.
79
+ - `scripts/self-heal.mjs` (`pnpm run heal`) runs the local static and smoke checks, captures failures, and gives a consistent path to fix type, layout, and runtime drift.
80
+ - The Playwright suite covers accessibility, layout integrity, collision detection, responsiveness, and visual regression, so changes that break containment, overlap, or responsive behavior fail automatically.
85
81
 
86
- Together the workflow is:
82
+ Typical loop:
87
83
 
88
- 1. Change code inside the token and component constraints.
84
+ 1. Change code within the token and component constraints.
89
85
  2. Run `pnpm typecheck` and `pnpm run heal`.
90
86
  3. Let Playwright catch runtime and visual regressions.
91
- 4. If a regression is fixed through self-healing, log the root cause and resolution.
92
- 5. Only then update the verification checklist and ship the change.
87
+ 4. If self-healing fixes a regression, log the root cause and resolution.
88
+ 5. Update the verification checklist and ship.
93
89
 
94
90
  ## Bundle and release hygiene
95
91
 
96
- This repo tracks both runtime quality and size drift:
97
-
98
92
  - `pnpm check:size` builds the library bundle and runs `size-limit`.
99
93
  - `pnpm perf:budget` runs Lighthouse CI assertions for page performance budgets.
100
- - `pnpm check:release` runs the full release gate, including accessibility, responsive, collision, visual, and bundle-size checks.
94
+ - `pnpm check:release` runs the full release gate (accessibility, responsive, collision, visual, and bundle-size checks).
95
+
96
+ Releases are cut with [Changesets](https://github.com/changesets/changesets): a merged changeset opens a "Version Packages" PR, and merging that PR publishes the new version to public npm via `.github/workflows/release.yml`.
101
97
 
102
98
  ## Repository shape
103
99
 
@@ -116,9 +112,8 @@ public/
116
112
  ## Primary docs
117
113
 
118
114
  - [`docs/CONSUMING.md`](docs/CONSUMING.md) — installing & using the published package
119
- - `CLAUDE.md`
120
- - `DESIGN.md`
121
- - `DESIGN-HANDOFF.md`
122
- - `TASKS.md`
123
- - `TOKEN_GOVERNANCE.md`
124
- - `SYSTEMS_REGISTRY.md`
115
+ - `CLAUDE.md` — agent operating contract
116
+ - `DESIGN.md` — lean visual spec
117
+ - `DESIGN-HANDOFF.md` — verbose visual mirror
118
+ - `TOKEN_GOVERNANCE.md` — token system rules
119
+ - `SYSTEMS_REGISTRY.md` — systems & guardrail registry