add-dep
Vet a new or changed third-party dependency for license, provenance, and supply-chain risk before any install runs.
Author a numbered, dated, user-attributed Architecture Decision Record under .codearbiter/decisions/.
> /plugin marketplace add arbiterForge/codeArbiterHow it fires
How this command gets triggered: by you, by Claude, or both.
/adrContext preview
What this command does when you run it.
Author a numbered, dated, user-attributed Architecture Decision Record under .codearbiter/decisions/.
description: Author a numbered, dated, user-attributed Architecture Decision Record under .codearbiter/decisions/. argument-hint: "<decision title>"
Record an architectural decision as a numbered, dated ADR. Title the decision clearly — name what was decided, not what was considered (`"Use PostgreSQL as the primary database"`, not `"Database selection"`). This is the only sanctioned path to author an ADR.
The `decision-lifecycle` skill (`{{PLUGIN_ROOT}}/skills/decision-lifecycle/SKILL.md`). The skill owns numbering, the file template, the `proposed → accepted → superseded | rejected` status lifecycle, and writes the file to `{{PROJECT_DIR}}/.codearbiter/decisions/`. Status transitions require explicit user instruction; the orchestrator never advances an ADR on its own.
An ADR is authored ONLY via `{{CMD:adr}}` with explicit user attribution. MUST NOT author an ADR as the disposition of a routine finding — decision-worthy findings surface to the user or to `open-questions.md` as a `[CONFIRM-NN]`. MUST NOT resolve a `[CONFIRM-NN]` in the ADR by guessing.
When you can't trust yourself with your code base, trust Arbiter.
Repo: arbiterForge/codeArbiter
Vet a new or changed third-party dependency for license, provenance, and supply-chain risk before any install runs.
Report the health of Architecture Decision Records — aged, unchallenged, supersession candidates, unresolved CONFIRM-NN. Read-only.
Assemble the governance record for a range — commits, overrides, ADRs, sprint auto-decisions, open questions, checkpoint findings — into one dated audit…
Lightweight Q&A about the project — answer from context and return, no routing, no state change.
Periodic multi-reviewer sweep of the whole codebase — surfaces a triaged checkpoint report.
Sanctioned lane for non-behavioral work — docs-only edits, dependency bumps, reverts. Type-scaled gates; no TDD demanded of prose.