From xcheck
Launch an xcheck Auditor session - run the next queued audit pass and file evidence-backed findings. Use when the user invokes $xcheck-audit or /xcheck-audit, says "run a pass" or "audit pass", optionally with a pass id (e.g. P-03).
How this skill is triggered — by the user, by Claude, or both
Slash command
/xcheck:xcheck-auditThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Thin launcher. The methodology lives in `audit/XCHECK.md`; this file only picks the charter and starts the role.
Thin launcher. The methodology lives in audit/XCHECK.md; this file only picks the charter and starts the role.
audit/XCHECK.md and audit/AUDIT.md must exist. Missing → stop, point to xcheck bootstrap.md; AUDIT.md empty → suggest the xcheck-plan launcher.audit/XCHECK.md fully. Your role: Auditor (§3 role card governs you). Note: the default agent for this role is Codex; running it in Claude is legitimate — any capable agent may play any role.audit/AUDIT.md pass queue. A user-supplied argument overrides: a pass id, or a dispute charter. A bare "disputed" is NOT a charter (§4 rule 1 needs an exact scope): resolve it to the explicit list of finding IDs currently in status disputed, announce that list, and give each named finding exactly one written round of objection (§3 Auditor mission); if none are disputed, report and stop. All passes checked and no argument → report the queue is empty and suggest the xcheck-status or xcheck-triage launcher.audit/templates/pass.md to start the pass report, audit/templates/finding.md per finding, respect max_findings_per_pass, write the mandatory coverage report, tick the pass checkbox, add ledger rows.audit/.lock serializes writing sessions (§4 rule 8) and is shared with the orchestrator (bin/xcheck), which acquires it atomically with open(O_CREAT|O_EXCL). Match that — never check-then-create (the gap between an existence check and a separate create lets two sessions both win):
audit/.lock in one exclusive step that FAILS if the file already exists — e.g. (set -C; printf '%s' '{"pid": <pid or 0>, "role": "<Role>", "started": "<ISO>", "host": "<host>"}' > audit/.lock), where set -C (noclobber) makes the redirect fail atomically when the file exists. Set pid to a real process id if obtainable, else 0. If acquisition fails, another writing session holds the lock — do not start; report the conflict to the human.audit/.lock and confirm its pid+started still match the lock you wrote — delete only then, and on every exit path including early stop. Never delete a lock you do not own.pid is not alive is stale — clear it with xcheck unlock, never silently steal it.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.