adoptlisted

Run-once onboarding for a fork that adopts this governance-corpus-plus-pack project. A maintainer's clone carries accumulated operational working-state (audit-trail registers, session handoff, a next-actions queue, per-document review anchors) that is meaningless to a fresh adopter; this skill resets that machinery-core working-state to clean adopter baselines, settles how the adopter will handle the absent sibling repositories (their own, or self-contained with in-repo stubs `/adopt` creates or functional in-repo siblings), strips maintainer-only operational residue, and records the adopter's choices in a committed adopt-config so the resume step proceeds in adopter-mode without re-asking. It runs ONLY on an adopter clone (a fork origin), never on the maintainer's own repo or a maintainer's fresh-machine clone, and only once (an existing adopt-config short-circuits it).
jposluns/grc_library · ★ 3 · Code & Development · score 71

Install: claude install-skill jposluns/grc_library

# Adopt (run-once fork onboarding) ## Project wiring (the parent library's instantiation; adopters substitute their own) Portable procedure, concrete names. In the parent GRC library this skill runs with: - Operator classifier: `tools/detect-env.py` (its `probe_identity` block prints an `operator_identity` of `maintainer` / `maintainer-fresh-machine` / `adopter`, by the git `origin` remote against `jposluns/grc_library` plus sibling presence). - Adopt-config: `.claude/adopt-config.json` (committed by the adopter; its presence marks the fork adopted and is what the resume step reads to skip re-onboarding). - Sibling placeholders: the OPTIONAL in-repo `.ref` / `.scratch` / `.private` stubs that `/adopt` can create to stand in for `grc_library_ref` / `grc_library_scratch` / `grc_library_private` when a sibling is absent (not shipped by default; a present stub's shape is guarded by the sibling-repo stub-guard gate, guard-if-present-as-stub). - Machinery-core working-state (the reset target): the gate-read `.working/` files that a maintainer's clone fills with operational history, enumerated in step 3. - Resume wiring: `.claude/commands/resume.md` proposes `/adopt` when the classifier says `adopter` and no adopt-config exists; once the config is present, resume proceeds in adopter-mode. - Reference-acquisition manifest + bootstrap planner (sibling model, enrichment): the public bibliography `/adopt` can bootstrap an EXTERNAL `.ref` from (`docs/reference-acqu