domi-consumer

Detects .domi-pin drift status and reports inherited DomI policy categories in consumer repositories.

Updated Jul 9, 2026
One-click install
npx skills add https://github.com/t-step/bindle-archive --skill domi-consumer-t-step
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: domi-consumer
Source: https://github.com/t-step/bindle-archive/tree/main/skills/domi-consumer
Command: npx skills add https://github.com/t-step/bindle-archive --skill domi-consumer-t-step

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When working in a repository that consumes shared DomI policy, it is easy to hand-roll drift checks, misread the pin state, or accidentally vendor DomI-owned logic. This Skill runs the authoritative read-only detector and interprets its verdict so drift status is reported correctly without reimplementing upstream policy. ## Core Features & Use Cases - Drift detection: Runs bin/domi-status.sh against a consumer repo and interprets verdicts including current, behind, forked, unverifiable, malformed, and not-a-domi-consumer. - Category checks: Answers whether a single policy category is inherited via --category <slug>, printing inherited=true|false|malformed for release decisions. - Policy boundary enforcement: Reports and describes the DomI dependency but never vendors, forks, or reimplements DomI-owned policy, and never upgrades unverifiable to current. - Use Case: Before shipping, ask whether your repo's DomI pin is current; the Skill runs the detector, reports behind, and points you to the sanctioned sync-from-domi remediation path instead of a hand-rolled fix. ## Quick Start Ask the agent to check whether this repository's DomI policy pin is current and which policy categories are inherited from upstream.

Frequently Asked Questions about domi-consumer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I check if my repo's DomI pin is current?▼

Run the detector with `bash <bindle>/bin/domi-status.sh --repo <consumer-repo-root>` from your Bindle checkout. It prints a verdict such as current, behind, forked, or unverifiable, plus the inherited policy categories on the authority line.

How do I check whether one DomI policy category is inherited?▼

Add `--category <slug>` to the domi-status.sh invocation. It prints `inherited=true|false|malformed` directly, which is the mode release-captain stop conditions use before release decisions.

What does the unverifiable DomI status mean?▼

Unverifiable (exit 4) means no DomI delegation is reachable, so drift cannot be confirmed. It must be reported as a degraded status and never treated as current; follow the repo's documented offline policy instead.

Can I copy DomI's drift-checking logic into my own repo?▼

No. Vendoring or reimplementing DomI-owned drift logic is explicitly prohibited because hand-ported copies have diverged and silently dropped checks. Use DomI's own sync-from-domi and update_pin.sh as the sanctioned remediation path.

What happens in a repo with no .domi-pin file?▼

The detector exits with `not-a-domi-consumer` (exit code 2), meaning there is nothing to do. The Skill reports the absence of a pin and does not fabricate a DomI dependency.