From xcheck
Show the read-only xcheck audit dashboard - pass queue progress, findings by status, and whose turn is next. Use when the user invokes $xcheck-status or /xcheck-status, or says "audit status" or "where are we in the audit".
How this skill is triggered — by the user, by Claude, or both
Slash command
/xcheck:xcheck-statusThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Reporting only. This session **writes nothing** — it is not a writing session in the §4 rule 8 sense, so it also does not fix ledger drift; it reports drift instead.
Reporting only. This session writes nothing — it is not a writing session in the §4 rule 8 sense, so it also does not fix ledger drift; it reports drift instead.
audit/XCHECK.md, audit/AUDIT.md, audit/LEDGER.md must exist. Missing → say what's missing and stop.audit/AUDIT.md (pass queue, limits) and audit/LEDGER.md. Open finding-file frontmatter only where a ledger row is ambiguous.⚠ needs-human, disputed, reopened.reported count; deferred backlog (a debt — not terminal).xcheck-remediate when accepted findings await remediation, or xcheck-triage when the queue is empty and findings are reported).closed, rejected, withdrawn, obsolete, or superseded-by-class with a closed CF).Read-only role: do not create audit/.lock. If it exists, report it (role, age, pid liveness) as part of the dashboard.
npx claudepluginhub vsov/xcheckGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Resolves in-progress git merge or rebase conflicts by analyzing history, understanding intent, and preserving both changes where possible. Runs automated checks after resolution.