@danmoisan/drm-copilot-mcp 1.1.22 → 1.1.24

package/resources/claude-customizations/.claude/skills/characterize-runtime-behavior/SKILL.md

@@ -0,0 +1,134 @@
+---
+name: characterize-runtime-behavior
+description: 'Describe selected runtime scenarios from supplied captures or honest manual plans. Use when asked to characterize legacy behavior, record runtime evidence or prepare not-run and blocked scenarios.'
+---
+
+# Characterize Runtime Behavior
+
+## When to Use This Skill
+
+Use for explicit runtime scenarios with supplied environment and capability information. The specialist documents observations or manual plans; it does not execute applications.
+
+## Inputs
+
+These are human-facing workflow selections, not additional service-request fields.
+Supply explicit selections; neither omitted inputs nor profile roots create authority.
+
+| Input | Required contract |
+| --- | --- |
+| profile | Required validated profile and trusted workspace binding. |
+| feature_ids | Required selected features and relevant contracts. |
+| environment | Required recorded environment identity or explicit unavailable state. |
+| fixtures | Required supplied fixture references or explicit absent/manual requirements. |
+| preconditions | Required stated scenario preconditions; unknown facts remain unresolved. |
+| actions | Required ordered manual actions or supplied action descriptions. |
+| capability_mode | Required declared runtime capability and whether observations are supplied, manual, unavailable or blocked. |
+| supplied_captures | Optional supplied captures and provenance; absence cannot become a passed result. |
+
+## Routing
+
+Logical role: `runtime-characterization-analyst`.
+The root owns preparation and launch; this skill never auto-launches a logical
+role through frontmatter. The existing resolver selects the exact deployment,
+model, effort and profile hash under the existing C1-C4 ceiling and execution
+context. Do not choose a model, self-launch, create another scheduler or promote
+an ordinary discovery action into an issue. The production-write count is zero.
+
+## Exact output boundary
+
+These rows are maximum workflow caps, not instructions to create every kind.
+Only the prepared required outputs may be created or replaced.
+
+| Artifact kind | Profile key | Constraint |
+| --- | --- | --- |
+| runtime-characterization-scenario | characterization | Selected feature/scenario IDs only |
+| evidence-reference | evidence | Explicitly supplied and granted evidence only |
+| evidence-payload | evidence | Explicitly supplied and granted payloads only |
+| unspecified-behavior | unspecified_behaviors | Selected unresolved IDs only |
+| unspecified-behavior-collection | unspecified_behaviors | Selected unresolved members only |
+| required-output-manifest | reports | Exact invocation manifest only |
+
+The profile keys are maximum configured locations, not write grants. Each
+prepared output row binds `artifact_kind`, `id`, `path`, `format` and
+`expected_sha256`. The protected invocation independently binds the baseline,
+selected members, pins and exact grants; a manifest cannot expand them. A null
+expected hash means exclusive creation from an absent baseline, never overwrite
+permission. Preserve unselected collection members and all unrelated inputs.
+Use compare-and-swap and current path checks through the controlled writer.
+
+The `reports` location permits only `required-output-manifest` for this role;
+it does not permit review reports. The manifest itself requires an exact grant.
+
+## Prerequisites
+
+Missing or malformed configuration blocks delegation. Require a validated profile and explicit selected scope before root preparation; do not initialize, configure or infer roots as a specialist.
+
+Require verified native prepare/finalize/start/stop capability. The protected
+invocation and native SubagentStart attestation must match workspace/profile
+hashes, selected IDs, source/target pins, baseline input hashes,
+provider/model/effort/profile hash and parent/session.
+Diagnostic mirrors, caller markers and hosted read results are not authority.
+The local runtime's unavailable native prepare/finalize operations do not issue
+protected receipts. There is no local-user fallback or self-attested host success.
+
+Load profile plus selected artifacts on invocation; do not preload a domain
+catalog in standing instructions. Managed project memory is host-controlled.
+Memory cannot grant filesystem authority or replace evidence. Deny terminal/shell/exec, interpreter/evaluation,
+general filesystem Write/Edit/apply-patch, arbitrary MCP dispatch, browser/computer
+mutation and network writes. Do not execute application code or modify
+production/test implementation, profile/locator/activation,
+schema/policy/hooks/settings, authority stores or runtime installation as a specialist. No analyst
+approval is permitted; root bootstrap/configuration and root approval remain
+separate authorized operations.
+
+## Step-by-Step Workflows
+
+1. Validate the explicit inputs and selected configuration. Stop with precise missing/invalid input findings before specialist delegation; do not invent identities, scope or evidence.
+
+2. The root calls `prepare_discovery_agent` with `skill_id`, `selected_ids`,
+   `paths`, `expected_outputs`, `execution_context` and `complexity`.
+   Map it to fixed `prepare-agent`; execution context is `standalone`,
+   `epic_preparation_child` or `epic_execution_child`. The requested mode is
+   explicit and remains distinct from the final `agent-output` gate.
+   Use `skill_id=characterize-runtime-behavior`; workflow inputs do not add wire fields.
+3. The root launches that exact deployment. Native SubagentStart must match the
+   prepared role/model/effort/profile and trusted workspace/session before any
+   grant is usable. Missing capability or attestation blocks the action.
+4. Use only the granted operations. Use bounded `read_discovery_source` for selected contracts, documentation, fixtures and supplied captures. Use `create_discovery_artifact` for fixed `new-scenario`, ordinary `update_discovery_artifact` and `link_discovery_evidence` for exact granted records. Register supplied metadata/payloads through controlled tools; never manufacture or collect new runtime captures by launching an application.
+5. Every requested scenario needs a plan/result state. Known expectations stay separate from unknown expectations; unknown expectations stay null with unresolved references. A passed runtime result needs qualifying runtime evidence. Source inspection, static inference and a scenario plan are not runtime execution evidence. Valid manual/no-runtime tasks may end in not-run or blocked plans when those are the prepared outputs, without claiming behavior passed.
+6. Produce every exact required output and the stored `required-output-manifest`,
+   preserving its output array order for the digest. Validate claims, references,
+   pins and selected-ID accounting. Purpose-built tools supply authorized proposal
+   inputs for `input_path`/`evidence_path`; never invent a generic Write staging
+   step. Server-side role checks, exact one-use authorization and prospective
+   validation remain mandatory. Bounded source reads preserve content identity
+   and line ranges; truncation requires a narrower selection, not a completeness
+   claim or filesystem fallback.
+7. Call `finalize_discovery_agent` as the specialist, mapped to `finalize-agent`
+   with `mode=agent-output`, non-null `invocation_ref` and no operation inputs.
+   It validates the protected invocation's outputs, not final-message paths.
+   Native SubagentStop then verifies current output authority.
+   Missing final text cannot skip native stop validation.
+8. After native stop, the root records the explicit result, content-addressed artifact references,
+   selected-ID accounting and all findings. A successful tool call or generated
+   path alone is not evidence of completed discovery.
+
+## Stop and result
+
+Account for each selected feature/scenario, supplied capture and missing capability. Output-valid manual plans do not prove runtime success or completion readiness.
+
+Structural success is not discovery, parity or planning completion.
+Missing prepare/finalize/start/stop capability, missing outputs, invalid claims,
+unresolved required work, wrong role/model/start context or a stale/missing
+receipt blocks successful completion. Return explicit
+PASS, FAIL or BLOCKED, distinguishing valid incremental outputs from a passing
+completion gate. Missing native enforcement remains BLOCKED even when ordinary
+local-user operations can run; do not substitute CLI success for native authority.
+
+## References
+
+- [Canonical runtime-characterization-analyst contract](../../../.claude/agents/runtime-characterization-analyst.md)
+- Installed v2 `service-request` and `required-output-manifest` schema contracts;
+  consume them through the authoritative runtime, with no checkout-schema fallback.
+- The selected profile and pinned local artifacts supplied for this invocation;
+  references do not preload catalogs or grant access to unselected paths.

package/resources/claude-customizations/.claude/skills/cleanup-merged-worktrees/SKILL.md

@@ -571,8 +571,8 @@ and is prohibited by this skill, which is the term the residual rests on.
 - `.claude/skills/pr-context-artifacts/SKILL.md` — how the PR-context bundle is collected
   and the base-branch resolution rules.
 - `.claude/rules/shell.md` — the bash toolchain (shfmt/shellcheck/bats/kcov), the
-  500-line cap, the no-temp-files test policy, and the `CLEANUP_WT_GIT_BIN` seam
-  convention.
+  reference to the tiered file-size policy, the no-temp-files test policy, and the
+  `CLEANUP_WT_GIT_BIN` seam convention.
 - `.claude/skills/feature-promotion-lifecycle/SKILL.md` — the potential-entry-to-issue
   promotion path used by the Dirty Worktree Triage Procedure's step 9 for `PRESERVE`
   findings that describe unresolved product scope.

package/resources/claude-customizations/.claude/skills/discovery-behavior-reconciliation/SKILL.md

@@ -1,65 +1,46 @@
 ---
 name: discovery-behavior-reconciliation
-description: 'Capture unspecified or contradictory behavior and reconcile it into product decisions in the discovery workflow. Use when recording unspecified-behavior findings from the parity matrix and reconciling them into product-decision records via the reconciler role. Sixth stage, after parity and before the validation gate.'
+description: 'Dispatch unresolved behavior to canonical proposal and root-approval handling. Use when invoking the existing behavior-reconciliation alias.'
 ---
 
-# Discovery Behavior Reconciliation
-
-Runs the reconciliation stage of the discovery and parity-definition workflow.
-It captures behavior that is unspecified or contradictory across the legacy
-source, the runtime observations, and the parity matrix, then reconciles each
-finding into a product decision. All domain specificity is read from the domain
-profile at runtime.
+# Discovery Behavior Reconciliation Alias
 
 ## When to Use This Skill
 
-- The parity matrix has flagged gaps or contradictions that need a documented
-  resolution.
-- You need product-decision records before the final validation gate.
-
-## Prerequisites
-
-- `discovery-parity-matrix` has completed.
-- The domain profile is loaded and valid.
-
-## Workflow
-
-1. **Capture unspecified behavior.** Record each unspecified or contradictory
-   behavior as a record conforming to the schema
-   `schemas/discovery/v1/unspecified-behavior-record.schema.json`, citing the
-   parity-matrix entry and evidence that surfaced it.
+Use this compatibility name only to dispatch to its canonical workflow.
 
-2. **Reconcile into product decisions.** For each captured record, produce a
-   product-decision record conforming to the schema
-   `schemas/discovery/v1/product-decision-record.schema.json`, stating the
-   decision and its rationale.
+## Inputs
 
-3. **Route reconciliation.** Hand the records to the reconciler role for the
-   reconciliation decision (see `## Worker Routing`).
+| Input | Required contract |
+| --- | --- |
+| inputs | Required inputs of the linked canonical workflow, forwarded unchanged. |
 
-## Worker Routing
+Forward all other supplied canonical inputs to the selected target. These
+alias selectors are not service-request fields. A fixed mapping requires no
+additional selector; it does not add fields to `prepare-agent`.
 
-- Worker: `requirements-reconciler`
+## Dispatch
 
-The reconciler role decides how each unspecified or contradictory behavior is
-resolved and records the outcome as a product decision.
+| Selector | Canonical skill |
+| --- | --- |
+| fixed | adjudicate-unspecified-behavior |
 
-## Validation
+Dispatch directly to `adjudicate-unspecified-behavior`. The target separates specialist proposals from authorized root approval; this alias does not approve decisions.
 
-- Validate unspecified-behavior records with
-  `dev.discovery.validate-unspecified-behavior`.
-- Validate product-decision records with
-  `dev.discovery.validate-product-decision`.
-- An empty error list is a pass. On any error, follow the direction in
-  `discovery-validate-artifacts`.
+This alias has no independent output or write authority. Do not duplicate
+business validation, call tools independently, create a receipt, change a model
+or auto-launch a role. Use only the linked canonical workflow's lifecycle and
+exact grants; no alias chain or filesystem fallback is permitted.
 
-## Referenced Skills
+## Stop and result
 
-- `discovery-workflow` — stage order and the canonical Referenced Contracts
-  registry.
-- `discovery-validate-artifacts` — pass/fail semantics and error routing.
+Return the selected canonical workflow's explicit result and references without
+changing failed, blocked, pending or incremental outcomes into completion.
+An unknown selector fails with no fallback. Missing configuration or native
+capability is handled by the canonical workflow, including initialization's
+explicit root bootstrap exception. The alias cannot bypass prepare/finalize or
+native start/stop requirements.
 
-## Notes
+## References
 
-- Product-decision records complete the artifact set consumed by the final
-  validation gate in `discovery-validate-artifacts`.
+- [adjudicate-unspecified-behavior](../adjudicate-unspecified-behavior/SKILL.md)

package/resources/claude-customizations/.claude/skills/discovery-coverage-ledger/SKILL.md

@@ -1,66 +1,50 @@
 ---
 name: discovery-coverage-ledger
-description: 'Produce feature contracts and the coverage ledger from inventory output in the discovery workflow. Use when deriving the feature contract set and the migration coverage ledger from the repository inventory and routing coverage review to the coverage role. Third stage, after inventory and before runtime characterization.'
+description: 'Dispatch explicit inventory, extraction or review without mixing coverage ownership. Use when invoking the existing coverage-ledger alias with action=inventory, extract or review.'
 ---
 
-# Discovery Coverage Ledger
-
-Runs the coverage stage of the discovery and parity-definition workflow. It
-derives feature contracts and the coverage ledger from the inventory output, so
-that every inventoried unit of behavior has a contract and a tracked coverage
-state. All domain specificity is read from the domain profile at runtime.
+# Discovery Coverage Ledger Alias
 
 ## When to Use This Skill
 
-- The inventory stage has produced analyzer outputs under the profile's artifact
-  root.
-- You need the feature contract set and the coverage ledger before runtime
-  characterization and parity analysis.
-
-## Prerequisites
-
-- `discovery-repo-inventory` has completed and recorded its outputs.
-- The domain profile is loaded and valid.
-
-## Workflow
-
-1. **Derive feature contracts.** From the inventory output, produce one feature
-   contract per inventoried unit of behavior, conforming to the schema
-   `schemas/discovery/v1/feature-contract.schema.json`.
+Use this compatibility name only to dispatch to its canonical workflow.
 
-2. **Build the coverage ledger.** Aggregate the feature contracts into the
-   coverage ledger, conforming to the schema
-   `schemas/discovery/v1/coverage-ledger.schema.json`. The ledger records the
-   coverage state of each contract so later stages can measure parity progress.
+## Inputs
 
-3. **Route coverage review.** Hand the ledger to the coverage role for review
-   (see `## Worker Routing`).
+| Input | Required contract |
+| --- | --- |
+| action | Required inventory, extract or review; reject missing, mixed or unknown actions with no fallback. |
 
-## Worker Routing
+Forward all other supplied canonical inputs to the selected target. These
+alias selectors are not service-request fields. A fixed mapping requires no
+additional selector; it does not add fields to `prepare-agent`.
 
-- Worker: `migration-coverage-reviewer`
+## Dispatch
 
-The coverage role reviews the derived feature contracts and the coverage ledger
-for completeness and correctness before the workflow proceeds to runtime
-characterization.
+| Selector | Canonical skill |
+| --- | --- |
+| inventory | inventory-legacy-system |
+| extract | extract-feature-contract |
+| review | review-discovery-coverage |
 
-## Validation
+`action=inventory|extract|review` selects the corresponding canonical workflow. Inventory and extraction use `legacy-parity-analyst`; review uses `migration-coverage-reviewer` with no reviewer ledger writes. These names describe the target's mapping and never authorize an unprepared logical-role launch.
 
-- Validate feature contracts with `dev.discovery.validate-feature-contract`.
-- Validate the coverage ledger with `dev.discovery.validate-coverage-ledger`.
-- An empty error list is a pass. On any error, follow the direction in
-  `discovery-validate-artifacts`.
+This alias has no independent output or write authority. Do not duplicate
+business validation, call tools independently, create a receipt, change a model
+or auto-launch a role. Use only the linked canonical workflow's lifecycle and
+exact grants; no alias chain or filesystem fallback is permitted.
 
-## Referenced Skills
+## Stop and result
 
-- `discovery-workflow` — stage order and the canonical Referenced Contracts
-  registry.
-- `discovery-validate-artifacts` — pass/fail semantics and error routing.
+Return the selected canonical workflow's explicit result and references without
+changing failed, blocked, pending or incremental outcomes into completion.
+An unknown selector fails with no fallback. Missing configuration or native
+capability is handled by the canonical workflow, including initialization's
+explicit root bootstrap exception. The alias cannot bypass prepare/finalize or
+native start/stop requirements.
 
-## Notes
+## References
 
-- Feature contracts and the coverage ledger are jointly derived from the
-  inventory, so contract authorship is assigned to this stage and reviewed by
-  the coverage role.
-- Outputs from this stage feed `discovery-runtime-characterization` and
-  `discovery-parity-matrix`.
+- [inventory-legacy-system](../inventory-legacy-system/SKILL.md)
+- [extract-feature-contract](../extract-feature-contract/SKILL.md)
+- [review-discovery-coverage](../review-discovery-coverage/SKILL.md)

package/resources/claude-customizations/.claude/skills/discovery-parity-matrix/SKILL.md

@@ -1,63 +1,46 @@
 ---
 name: discovery-parity-matrix
-description: 'Produce or refresh the parity matrix in the discovery workflow. Use when building the parity matrix from feature contracts and runtime characterization evidence and routing parity reasoning to the parity role. Fifth stage, after runtime characterization and before behavior reconciliation.'
+description: 'Dispatch parity reconciliation to the canonical Requirements Reconciler workflow. Use when invoking the existing discovery parity-matrix alias.'
 ---
 
-# Discovery Parity Matrix
-
-Runs the parity stage of the discovery and parity-definition workflow. It
-produces or refreshes the parity matrix by comparing the feature contracts
-against the runtime characterization scenarios, so the workflow can measure how
-closely the modern target reproduces the legacy behavior. All domain specificity
-is read from the domain profile at runtime.
+# Discovery Parity Matrix Alias
 
 ## When to Use This Skill
 
-- Feature contracts and runtime characterization scenarios both exist.
-- You need a current parity matrix before reconciling unspecified behavior.
-
-## Prerequisites
-
-- `discovery-coverage-ledger` and `discovery-runtime-characterization` have
-  completed.
-- The domain profile is loaded and valid.
-
-## Workflow
-
-1. **Consume upstream artifacts.** Read the feature contracts (schema
-   `schemas/discovery/v1/feature-contract.schema.json`) and the runtime
-   characterization scenarios (schema
-   `schemas/discovery/v1/runtime-characterization-scenario.schema.json`).
+Use this compatibility name only to dispatch to its canonical workflow.
 
-2. **Produce or refresh the parity matrix.** Build the parity matrix conforming
-   to the schema `schemas/discovery/v1/parity-matrix.schema.json`, mapping each
-   feature contract to its characterized behavior and its current parity state.
-   When the matrix already exists, refresh it in place from the latest upstream
-   artifacts.
+## Inputs
 
-3. **Route parity reasoning.** Hand the matrix to the parity role for reasoning
-   about gaps and states (see `## Worker Routing`).
+| Input | Required contract |
+| --- | --- |
+| inputs | Required inputs of the linked canonical workflow, forwarded unchanged. |
 
-## Worker Routing
+Forward all other supplied canonical inputs to the selected target. These
+alias selectors are not service-request fields. A fixed mapping requires no
+additional selector; it does not add fields to `prepare-agent`.
 
-- Worker: `legacy-parity-analyst`
+## Dispatch
 
-The parity role reasons about each parity-matrix entry, classifying parity state
-and flagging gaps for behavior reconciliation.
+| Selector | Canonical skill |
+| --- | --- |
+| fixed | reconcile-parity-matrix |
 
-## Validation
+Dispatch directly to `reconcile-parity-matrix`, whose logical role is `requirements-reconciler`. Do not route parity ownership to Legacy Parity Analyst or bypass the canonical root preparation.
 
-- Validate the parity matrix with `dev.discovery.validate-parity-matrix`.
-- An empty error list is a pass. On any error, follow the direction in
-  `discovery-validate-artifacts`.
+This alias has no independent output or write authority. Do not duplicate
+business validation, call tools independently, create a receipt, change a model
+or auto-launch a role. Use only the linked canonical workflow's lifecycle and
+exact grants; no alias chain or filesystem fallback is permitted.
 
-## Referenced Skills
+## Stop and result
 
-- `discovery-workflow` — stage order and the canonical Referenced Contracts
-  registry.
-- `discovery-validate-artifacts` — pass/fail semantics and error routing.
+Return the selected canonical workflow's explicit result and references without
+changing failed, blocked, pending or incremental outcomes into completion.
+An unknown selector fails with no fallback. Missing configuration or native
+capability is handled by the canonical workflow, including initialization's
+explicit root bootstrap exception. The alias cannot bypass prepare/finalize or
+native start/stop requirements.
 
-## Notes
+## References
 
-- Parity gaps flagged here are the primary input to
-  `discovery-behavior-reconciliation`.
+- [reconcile-parity-matrix](../reconcile-parity-matrix/SKILL.md)

package/resources/claude-customizations/.claude/skills/discovery-repo-inventory/SKILL.md

@@ -1,80 +1,46 @@
 ---
 name: discovery-repo-inventory
-description: 'Drive the language-neutral repository and project inventory analyzer for the discovery workflow. Use when running the inventory stage against the domain profile source and target roots, recording analyzer outputs under the profile artifacts root, and running stack-specific analyzers generically per the profile technology stack. Second stage after profile load.'
-allowed-tools: Bash Read Glob Grep
+description: 'Dispatch repository inventory to the canonical legacy inventory workflow. Use when invoking the existing discovery repo-inventory alias.'
 ---
 
-# Discovery Repo Inventory
-
-Runs the inventory stage of the discovery and parity-definition workflow. It
-drives the language-neutral repository/project inventory analyzer against the
-roots declared in the domain profile, records outputs under the profile's
-artifact root, and then runs any stack-specific analyzers generically, without
-naming any concrete technology. All domain specificity is read from the domain
-profile at runtime.
+# Discovery Repository Inventory Alias
 
 ## When to Use This Skill
 
-- You have loaded the domain profile and are ready to inventory the legacy
-  source and the modern target.
-- You need analyzer outputs recorded as evidence for the coverage stage.
-
-## Prerequisites
-
-- The domain profile loads via `dev.discovery.profile`.
-- The analyzer framework CLI is available (referenced by name only; the full
-  registry lives in `discovery-workflow`).
-
-## Workflow
+Use this compatibility name only to dispatch to its canonical workflow.
 
-1. **Load the domain profile.** Run `dev.discovery.profile` to load and echo the
-   consumer repository's `discovery-profile.yaml`. Read the following keys and
-   use them for every subsequent step; do not hard-code any of them:
-   - `legacy_source.root` — the legacy application source root.
-   - `target.root` — the modern target root.
-   - `artifacts.root` — where analyzer outputs and discovery artifacts are
-     recorded.
-   - `technology_stack` — the declared stack, used to select stack-specific
-     analyzers generically.
+## Inputs
 
-2. **Run the language-neutral inventory analyzer.** Drive the inventory command
-   (assumed `dev.discovery.inventory`; see the fan-in note below) against
-   `legacy_source.root` and `target.root`. Record all outputs under
-   `artifacts.root` following the profile's artifact conventions.
+| Input | Required contract |
+| --- | --- |
+| inputs | Required inputs of the linked canonical workflow, forwarded unchanged. |
 
-   **Fan-in reconciliation assumption:** the inventory command name
-   `dev.discovery.inventory` is assumed and may be renamed when the analyzer
-   framework (epic #9006) lands. The canonical registry entry and this fragment
-   are the only two locations to reconcile; the canonical entry lives in
-   `discovery-workflow`.
+Forward all other supplied canonical inputs to the selected target. These
+alias selectors are not service-request fields. A fixed mapping requires no
+additional selector; it does not add fields to `prepare-agent`.
 
-3. **Run stack-specific analyzers generically.** For the declared
-   `technology_stack`, run any stack-specific analyzer commands documented by the
-   analyzer framework. Do not name a concrete analyzer or technology here; the
-   profile's `technology_stack` value selects the applicable analyzers at
-   runtime. Record their outputs under `artifacts.root` as well.
+## Dispatch
 
-4. **Record evidence references.** Capture each analyzer output as an
-   evidence-reference instance so downstream stages can cite provenance.
+| Selector | Canonical skill |
+| --- | --- |
+| fixed | inventory-legacy-system |
 
-## Validation
+Dispatch directly to `inventory-legacy-system`. Its prepared Legacy Parity Analyst owns inventory and selected coverage dispositions; this alias grants no role or tool.
 
-- Before the inventory stage begins, confirm the profile is valid with
-  `dev.discovery.validate-profile`.
-- After recording evidence references, validate them with
-  `dev.discovery.validate-evidence-reference`.
-- An empty error list is a pass. On any error, follow the direction in
-  `discovery-validate-artifacts`, which owns the canonical validation-gate
-  mechanics.
+This alias has no independent output or write authority. Do not duplicate
+business validation, call tools independently, create a receipt, change a model
+or auto-launch a role. Use only the linked canonical workflow's lifecycle and
+exact grants; no alias chain or filesystem fallback is permitted.
 
-## Referenced Skills
+## Stop and result
 
-- `discovery-workflow` — stage order and the canonical Referenced Contracts
-  registry (analyzer command, agent slugs, schema paths, validators).
-- `discovery-validate-artifacts` — pass/fail semantics and error routing.
+Return the selected canonical workflow's explicit result and references without
+changing failed, blocked, pending or incremental outcomes into completion.
+An unknown selector fails with no fallback. Missing configuration or native
+capability is handled by the canonical workflow, including initialization's
+explicit root bootstrap exception. The alias cannot bypass prepare/finalize or
+native start/stop requirements.
 
-## Notes
+## References
 
-- This skill introduces no domain-specific identifier. Source root, target root,
-  artifact root, and stack are all read from the domain profile at runtime.
-- Outputs from this stage feed `discovery-coverage-ledger`.
+- [inventory-legacy-system](../inventory-legacy-system/SKILL.md)