app
Pup - the AI's own browser
Public Made by Adomby adom
pup gives your AI a real browser on your desktop that it drives completely, in the background, signed in as you: windows that never jump in front of your work, one shared profile that learns your logins, and every window labeled on the taskbar with its AI thread's name.
← Commit history
package.json+2−2@@ -1,6 +1,6 @@ { "slug": "pup-bridge",- "version": "2.0.522",+ "version": "2.0.523", "type": "app", "description": "The pup SKILL PACK \u2014 the AI skills that teach a cloud/container AI how to drive the Adom Desktop Puppeteer (pup) bridge (browser_* verbs): the everyday `pup` skill plus focused sub-skills for windows/sessions/tabs, screenshots+recording, browsers+Chrome install, and driving the Adom wiki. Installs into ~/.claude/skills + ~/.codex/skills. DOCS ONLY \u2014 this is NOT the bridge runtime. The bridge itself (the Node program that drives the browser) runs on the DESKTOP: Adom Desktop bundles it and auto-installs/updates it, and it's published separately on the Releases tab as adom-bridge-puppeteer-v<ver>.zip. The pkg version is kept in lockstep with the Release version so the page's max version row always carries BOTH a pkg tarball (skills) and a runtime zip (bridge) \u2014 a skills-only or runtime-only bump on the top row breaks constraint installs. TL;DR: pkg install = the skills for your AI; the bridge = the Release zip, which Adom Desktop manages for you.", "keywords": [@@ -147,5 +147,5 @@ "prompt": "Download the puppeteer-bridge zip from the wiki and walk me through server.js" } ],- "changelog": "Give the nbe-in-pup button a DISTINCT icon; prune retired staged extension folders. nbe's own icon is byte-identical to pup's identity icon (both the teal two-teardrop glyph), so on the shared adom-you toolbar the identity and nbe buttons were indistinguishable and read as a duplicated, broken button (John: 'what the fuck did you do with the adom-you browser extension button'). The pup-staged nbe copy now carries a distinct browser-window mark (same teal family, same filenames so the manifest and the key-derived extension ID are untouched; tools/sync-nbe.sh re-applies it so a re-sync from nb's repo never restores the colliding icon). Separately, stage_extensions_lane now prunes any pup-*-extension folder no longer in the build, so a retired placeholder like pup-lane-extension cannot linger and add a stray icon."+ "changelog": "One overlay composer for both lanes. The extension lane's badge (2.0.520/521) was my own full-bleed 32px PNG composed in the worker, ignoring everything identity::overlay already does: overlaySize (default 75, because at 100 the badge covers the thread tile's bottom line of text, John's 2.0.262 request), the adaptive contrast card, the generic fallback. It stamped over the tile's name. John: 'go look at your overlay icon code ... you fucked up the sizing on your overlays.' The lane now runs identity's badge_js through its own eval channel (it has no CDP), with the same second-rail fetch_favicon_oob fallback, and paints with the same desktop_taskbar call. The worker's private composer is deleted." }
page.json+2−2@@ -4,7 +4,7 @@ "slug": "pup-bridge", "title": "Pup - Puppeteer Bridge", "brief": "pup is the AI's own browser: a real, full Chrome on the user's desktop that the AI fully controls (a sandbox, not the user's signed-in browser). Rides Bridge; pup_* verbs open windows and tabs, navigate, screenshot, and eval JS.",- "version": "2.0.522",+ "version": "2.0.523", "tags": [ "skills", "pup",@@ -167,5 +167,5 @@ "pup-bridge verbs are invoked through the adom-bridge CLI, not through a binary this package installs, so prefix rules cannot reach them." ] },- "changelog": "Give the nbe-in-pup button a DISTINCT icon; prune retired staged extension folders. nbe's own icon is byte-identical to pup's identity icon (both the teal two-teardrop glyph), so on the shared adom-you toolbar the identity and nbe buttons were indistinguishable and read as a duplicated, broken button (John: 'what the fuck did you do with the adom-you browser extension button'). The pup-staged nbe copy now carries a distinct browser-window mark (same teal family, same filenames so the manifest and the key-derived extension ID are untouched; tools/sync-nbe.sh re-applies it so a re-sync from nb's repo never restores the colliding icon). Separately, stage_extensions_lane now prunes any pup-*-extension folder no longer in the build, so a retired placeholder like pup-lane-extension cannot linger and add a stray icon."+ "changelog": "One overlay composer for both lanes. The extension lane's badge (2.0.520/521) was my own full-bleed 32px PNG composed in the worker, ignoring everything identity::overlay already does: overlaySize (default 75, because at 100 the badge covers the thread tile's bottom line of text, John's 2.0.262 request), the adaptive contrast card, the generic fallback. It stamped over the tile's name. John: 'go look at your overlay icon code ... you fucked up the sizing on your overlays.' The lane now runs identity's badge_js through its own eval channel (it has no CDP), with the same second-rail fetch_favicon_oob fallback, and paints with the same desktop_taskbar call. The worker's private composer is deleted." }