Adom UI Design System

@@ -4,7 +4,7 @@ user-invocable: true description: >-   The Adom UI Design System: how the AI builds AND tests interfaces people love to use in the Adom   ecosystem. The AI writes the app, shows it to the user (in the user's own already-signed-in native-  browser via Adom Desktop, in pup for the logged-out experience, or in a Hydrogen webview), drives+  browser via Adom Bridge, in pup for the logged-out experience, or in a Hydrogen webview), drives   the front-end over a live SSE/WebSocket channel to exercise every path (auto-click buttons,   show/hide floaty toolbars, load a different symbol or footprint, click send-to-kicad), and   ralph-loops with screenshots until the UI is perfect. Covers the user-first interaction rules@@ -67,8 +67,8 @@ The AI picks the surface by what it needs to test, and it can use more than one  | Surface | What it is | Use it for | |---|---|---|-| **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**. Huge for demoing and testing anything behind a login. |-| **pup** | A clean, scriptable Chrome the AI fully owns, via `adom-desktop` | The **fresh, logged-out, first-time-user** experience, and automated screenshot loops that should not fight the user's own tabs. |+| **Native browser** (**nb**) | The user's own Chrome or Edge, driven through Adom Bridge | The real, signed-in experience. The browser is already the user's, so the app opens **logged in with zero friction**. Huge for demoing and testing anything behind a login. |+| **pup** | A clean, scriptable Chrome the AI fully owns, via Adom Bridge's pup bridge | 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. |  The native-browser and pup split is the point: the AI can open the **logged-in path in the native browser** (real cookies) and the **logged-out path in pup** at the same time, and verify both experiences. Choose deliberately, and tell the user which one and why.@@ -446,7 +446,7 @@ If you add a sub-skill to `skills/`, ADD ITS ROW HERE in the same commit. A skil | [app-creator](https://wiki.adom.inc/adom/app-creator) | Scaffolding a webview app: two-way comms, proxy URL, favicon, publish flow | | `adom-app-header` | The 44px three-zone header and the app-info popover | | [adom-screenshot](https://wiki.adom.inc/adom/adom-screenshot) | Ralph loops and the visual feedback loop for debugging UI |-| `pup-vs-webview` / `adom-desktop-pup` | Choosing and driving pup, webview, or the user's native browser |+| `pup-vs-webview` / the pup bridge skill | Choosing and driving pup, webview, or the user's native browser | | [adom-cli-design](https://wiki.adom.inc/adom/adom-cli-design) | The `OK:`/`ERROR:`/`Hint:` CLI contract, in Rust | | `ai-hints-in-clis` / `relay-hint-pattern` | Writing hints, and redirecting direct HTTP callers to the CLI | | [3d-viewer-design](https://wiki.adom.inc/adom/3d-viewer-design) / `measure-tool-design` | Every rule for Adom 3D viewports and measurement |

@@ -1,6 +1,6 @@ {   "slug": "adom-ui-design",-  "version": "3.0.1",+  "version": "3.0.2",   "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.1",+  "version": "3.0.2",   "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": {},

@@ -3,7 +3,7 @@ name: ai-driven-apps user-invocable: true description: >-   How the AI builds, shows, drives, and tests an Adom app. In Adom the AI writes the app, shows it to-  the user (in their own already-signed-in native browser via Adom Desktop, in pup for the+  the user (in their own already-signed-in native browser via Adom Bridge, in pup for the   logged-out experience, or in a Hydrogen webview), drives the front-end over a live SSE or WebSocket   channel to exercise every path (auto-click buttons, show and hide floaty toolbars, load a   different symbol or footprint, click send-to-kicad), reads back state, console, and screenshots,@@ -70,7 +70,7 @@ Pick the surface by what you need to test, and use more than one at once when it  | Surface | What it is | Use it for | |---|---|---|-| **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. |+| **Native browser** (**nb**) | The user's own Chrome or Edge, driven through Adom Bridge | 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** (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). |