Adom Wiki

Correction to the audit body, from closer inspection: adom/adom-chip-fetcher (the canonical one) is NOT broken. Its install.sh hand-delivers two skills, and the deep skills/sites//SKILL.md tree is a deliberate dispatcher pattern: chip-fetcher-sites/SKILL.md registers and routes, the vendor files are reference docs it points at. The audit's tarball-shape heuristic could not see that. The deprecated twin adom/chip-fetcher does ship 10 undelivered skills, but it is already deprecated with a pointer to the canonical pack, so no action there either.

So item 3 of the fix plan (restructure the twins) is withdrawn. What remains: the CLI universal-delivery work (adom/adom-wiki-cli#22), and the lint from this issue, which is now LIVE ON PROD. Packages like adom-chip-fetcher whose nested files are deliberate reference docs can silence the nesting warning by renaming them .md instead of SKILL.md, which the hint text explains.

Drain-gate check (the only thing holding this issue open): NOT clear. The 14-day window shows 22 sub-1.0.78 versions still in the field, several active today. The notable straggler is a single user pinned at 1.0.1 hitting the API hourly (680 requests in the window; cadence says an unattended cron or hook container with an ancient binary that predates the adom/core auto-update chain, so it will never self-heal). 1.0.43 (9 users) and 1.0.66 also checked in today.

Consequences: the visibility-hint flip and the SKILLS_NOT_DELIVERED retirement stay parked; both compat paths remain. Next useful step is identifying the 1.0.1 automation and getting it onto the core chain or updated manually; the rest of the tail looks like normal laggard containers that the hook will catch up. The issue stays open pinned to the drain, with everything else in it shipped.

The stragglers now have names: the admin drain route attributes stale versions to users (handles via wiki_users, admin-only), and the answer for the blocking cases is:

• The pinned 1.0.1 hourly automation is drew2 (680 requests in 14 days). That binary predates the adom/core auto-update chain, so it will never self-heal; one manual update (or moving that container onto the core hook) clears the biggest straggler.
• 1.0.66 is dhuff (light, occasional).
• 1.0.43 is a spread: kcknox, stephen, cosmiic-demo, luke, ray. Several users on the same old version smells like a shared container image or broken hooks rather than coincidence; worth checking whether those containers run the core hook at all.

Once drew2's cron and the 1.0.43 cluster update, the sub-1.0.78 and sub-1.0.81 gates should clear within days and the two retirements (visibility hint flip, SKILLS_NOT_DELIVERED) close this issue.

The 1.0.43 cluster is root-caused, and Colby's half is healed.

The mechanism: the core-update hook runs fine every 30 minutes, but the nightly package update dies mid-install, every night, on the same corpse: a DANGLING SYMLINK under ~/.claude/skills (a SKILL.md symlinked to a project/adom_modules path whose target a later package restructure deleted) makes cp fail inside adom/adom's install.sh, the whole update aborts, and the CLI never advances. The metronomic midnight telemetry is the update's package downloads right before it dies. Nothing self-heals because the same corpse kills every retry.

Fixed tonight across six of Colby's containers (one at 1.0.43 as cosmiic, one at 1.0.43, four stuck at 1.0.18); all now on 1.2.1 with the hook unblocked.

@stephen @luke @ray your containers show the same signature (adom-wiki-cli 1.0.43 with midnight download bursts). The two-line heal, run once in the affected container:

find ~/.claude/skills -xtype l -delete
adom-wiki pkg install adom/core

The durable fix is filed on the adom/adom page: its install.sh should clear dangling symlinks in the target before copying, so this class self-heals fleet-wide on the next hook cycle instead of needing hands.

Wiki share complete, closing this tracker. The wiki's job here was the publish-time lint, and it shipped: SKILLS_NOT_DELIVERED (shipped skills no installer places) and NESTED_SKILLS_UNDISCOVERABLE (SKILL.md deeper than skills// without a plugin manifest) fire on the publish response. The rest of the audit is not wiki-side: (1) CLI adom/adom-wiki-cli#22 -- deliver bundled skills for ALL package types, the dual-mode layout (root dispatcher + .claude-plugin manifest + nested subs), and the upgrade backfill so the fleet self-heals; (2) a fleet republish sweep to remediate the ~10 skill-type packages that install nothing + 45 apps with no delivery path, gated on that CLI fix. Those carry the remaining work; closing the wiki tracker.