Hydrogen Desktop Bootstrap (apps + skills)

Type: Bug (deprecation) · found during a wiki.adom.inc / adom-wiki-cli housekeeping pass

Two skills bundled by hd-bootstrap reference the decommissioned wiki-registry slug host wiki-ufypy5dpx93o.adom.cloud. Verified against the live page via adom-wiki repo show hd-bootstrap ….

⚠️ Important — this is NOT a simple host swap. I checked both hosts:

The deprecated host still answers 200 (a decommissioned stale mirror — the classic silent-downgrade trap), and wiki.adom.inc does not serve those /static/apps/… or /apps/… paths. So blindly rewriting the host to wiki.adom.inc would turn a working-but-stale reference into a hard 404.

1. skills/hd-embedded-ad/SKILL.md — operative, higher priority

line 21:  Auto-update polls `wiki-ufypy5dpx93o.adom.cloud/static/apps/adom-desktop/version.json` every 4h
line 141: AD's release manifest (used by HD's release pipeline to fetch bundled AD):
          `wiki-ufypy5dpx93o.adom.cloud/static/apps/adom-desktop/version.json`

These are live functional dependencies (auto-update + release pipeline). Polling a decommissioned mirror risks serving stale AD versions.

Proposed fix (needs your confirmation on the canonical source): migrate off the static version.json to the registry release API on wiki.adom.inc. Today adom-wiki release list adom-desktop returns 1.9.101, 1.9.100, 1.9.99 … (equivalently GET /api/v1/packages/adom/adom-desktop/…). Update the skill docs — and, more importantly, any code that actually performs the 4h poll / release fetch — to that canonical source. If a static manifest is still wanted, it needs to be (re)published under wiki.adom.inc's current layout.

2. skills/hd-desktop-sse/SKILL.md — illustrative example, low priority

line 132: --initial-state '{"url":"https://wiki-ufypy5dpx93o.adom.cloud/apps/shotlog"}'

Example webview URL. wiki.adom.inc/apps/shotlog 404s, so swap it for the shotlog app's current canonical URL (or a neutral placeholder) once known.

Note

This issue is about the skill docs shipped by hd-bootstrap. If the actual auto-update implementation (in adom-desktop / the HD release pipeline) hardcodes the same deprecated host, that code path is the more important place to fix — flagging so it isn't missed.

Filed as an issue only (no page edits) per a container-only housekeeping pass. Happy to open a PR once you confirm the canonical replacement for the AD version manifest.