Adom UI Design System

@@ -1,6 +1,6 @@ {   "slug": "adom-ui-design",-  "version": "3.0.0",+  "version": "3.0.1",   "type": "skill",   "description": "The Adom UI Design System plus a bundle of focused UI skills (tooltips, floating-windows, toasts, responsive-ui, app-shell, ai-driven-apps, clickable-paths, dark-default, input-feedback, settings-layout). One install drops the whole set of skill files onto your container, plus shared icon assets (the settings cog) so every Adom app draws the same glyph.",   "dependencies": {},

@@ -1,6 +1,6 @@ {   "slug": "adom-ui-design",-  "version": "3.0.0",+  "version": "3.0.1",   "type": "skill",   "description": "The Adom UI Design System plus a bundle of focused UI skills (tooltips, floating-windows, toasts, responsive-ui, app-shell, ai-driven-apps, clickable-paths, dark-default, input-feedback, settings-layout). One install drops the whole set of skill files onto your container, plus shared icon assets (the settings cog) so every Adom app draws the same glyph.",   "dependencies": {},

@@ -73,7 +73,7 @@ Pick the surface by what you need to test, and use more than one at once when it | **Native browser** (**nb**) | The user's own Chrome or Edge, driven through Adom Desktop | The real, signed-in experience. The browser is already the user's, so the app opens **logged in with zero friction**. Use it for anything behind a login. | | **pup** | A clean, scriptable Chrome the AI fully owns | The **fresh, logged-out, first-time-user** experience, and automated screenshot loops that should not fight the user's own tabs. | | **Hydrogen webview** | An in-workspace browser tab | Showing a result inside the workbench, next to the code and the chat. |-| **hdbw** (HD Browser Window) | Under Hydrogen Desktop: a standalone Tauri browser window HD manages directly (window label `hd-browse-*`, destination id `webview-window`) | A dedicated app window beside the HD shell — bigger than a pane tab, still HD-managed. Note: the in-HD *pane tab* is the wv surface (the `webview` skill routes there inside HD). |+| **hdbw** (Hydrogen Browser Window) | Under Hydrogen Desktop: a standalone Tauri browser window Hydrogen manages directly (window label `hd-browse-*`, destination id `webview-window`) | A dedicated app window beside the Hydrogen shell — bigger than a pane tab, still Hydrogen-managed. Note: the in-Hydrogen *pane tab* is the wv surface (the `webview` skill routes there inside Hydrogen). |   ### VS Code's "Simple Browser" is NOT a surface

@@ -6,7 +6,7 @@ description: >-   writes defaults to dark mode — light is the opt-in override, never the base. Read this the instant   you are about to write ANY HTML or CSS, even a throwaway cheat sheet or a two-minute static page   that does not feel like "an app". The classic mistake is styling :root light and adding dark as a-  prefers-color-scheme override — that is BACKWARDS for Adom, whose surfaces (wv tabs, hd panels)+  prefers-color-scheme override — that is BACKWARDS for Adom, whose surfaces (wv tabs, ah panels)   render dark by default, so a light-base page flashes white and reads as off-brand. This is the   30-second rule; the parent adom-ui-design skill is the full design system (tokens, header, linter).   Read BEFORE writing any HTML/CSS. Trigger words: html, write html, static page, static html, css,

@@ -430,7 +430,7 @@ IntersectionObserver unless you have hundreds of sections.    John asked for this directly: "put what the defaults are in the settings window." 4. **Put the full key in `title`** as a tooltip. That is how a user reports a setting precisely    and how an AI finds it.-5. Fix initialisms your case helper mangles: `Wsl` to `WSL`, `Hd` to `HD`, `Api` to `API`.+5. Fix initialisms your case helper mangles: `Wsl` to `WSL`, `Hd` to `Hydrogen`, `Api` to `API`.  ## Type scale