Foundations
Begin with the foundation map to see how workv2, Snurble, and mattriley.tools fit together and which primitive families are already extracted.
Snurble design system
Snurble packages the shared design-system contract extracted from workv2 into design tokens and 21 Astro primitives. Use this docs site to understand the foundations, browse primitive families, and plan adoption or publishing work without relying on one-off project history.
Begin with the foundation map to see how workv2, Snurble, and mattriley.tools fit together and which primitive families are already extracted.
Shell, profile/social, project, and experience pages document the durable component taxonomy rather than a temporary delivery snapshot.
When you are ready to consume the packages, follow the adoption/migration and release/publishing docs to keep consumer-owned behavior and delivery workflow explicit.
Start with repo roles, foundation coverage, and the current package surface.
FontAssets, JsonLd, and SkipLink cover shell-level accessibility, metadata, and font loading.
ProfileHero, SocialLinks, and DecoratedHeading carry the profile and social layer.
ProjectCard and ProjectGrid separate shared display concerns from consumer-owned data logic.
ExperienceCard, ExperienceList, SkillIcon, and SkillIconList cover timeline and skill presentation.
Use the migration guide when moving a consumer onto the shared package surface.
Review the prerelease contract, registry install path, and publishing expectations.
Visual regression baseline for WorkV2 alignment. Each component alongside its acceptance criteria.
@matt-riley/ui-astro currently exports 21 primitives organized into durable families. The goal is to make the shared package surface easy to scan before you dive into individual component pages.
LayoutPageShellHeroSectionPanelStackDataTableMetaListCodeSnippetFontAssetsJsonLdSkipLinkProfileHeroSocialLinksDecoratedHeadingProjectCardProjectGridExperienceCardExperienceListSkillIconSkillIconListConsumers adopt Snurble through the package entrypoints. Keep route data, metadata decisions, and app-specific behavior local unless a primitive page explicitly says Snurble owns that concern.
pnpm add @matt-riley/design-tokens @matt-riley/ui-astroUse the migration guide when replacing consumer-local presentation code with shared primitives.
Use the release guide when you need prerelease versions, registry installs, or publishing workflow details.
Use the foundation page to keep repo ownership and extraction status clear before planning new primitives.