Releases
DevArch evolved from itself.
Every shipped change, newest first. The rules were forged building the thing that enforces them — so the changelog is the case study.
v5.0.0Current
2026-07-14
The harness spine: always-on event log and inline banners
The per-session event log becomes the harness's source of truth (ADR-0011): every session writes an append-only log with no setup step, attributed per-event through the hook payload's session UUID — safe under concurrent sessions, with subagent events tagged into the spawning session's log and archival at session end. Every hook now reports through a unified emit layer that renders the JSONL row and a grammar-conformant banner from one call, per a documented seven-family banner grammar that rule 17a extends to main-session lifecycle announcements. A new PostToolUseFailure hook finally observes failing test/build runs, and the demo-events page is promoted to a live companion page that follows the active session. Breaking: native Windows support is retired (ADR-0010) — the PowerShell hook harness and Windows installer are removed; Windows is WSL-only via the universal installer.
v4.8.0
2026-07-14
Proposals and the ADR open-questions interview
Two gaps in the decision pipeline are closed. /devarch:proposal captures a work-set — a client punch list, a triaged issue set, a PRD's feature list — as a proposal in docs/proposals/, with per-item ids, a checkable "done when", and accept/reject/defer tracking; /devarch:proposal-review runs automatically and checks every item against the decision record, and accepted proposals feed the session-planner as its fifth reference source (ADR-0008). And ADRs can now carry open questions: an ADR with unresolved questions stays a draft, and DevArch asks — never assumes — whether to run /devarch:adr-interview, which resolves them one at a time, folding each answer back into the record until the ADR can be accepted (ADR-0009). Rule-firing validation coverage grew from 17 to 28 fixtures.
v4.7.0
2026-06-30
Canonical plan storage with a current-plan resolver
Plans now live in exactly one place. Each plan is written to docs/work/<feature-slug>/plan.md, and a docs/context/.current-plan pointer lets every consumer — plan-review, the standup and dashboard skills, and the session hooks — resolve the active plan without a hardcoded path. This retires the old split where a live copy, a timestamped archive, and the native plan-mode plan all landed in different places under colliding names. Recorded in ADR-0007.
v4.6.0
2026-06-09
The rule-firing validation harness is now real
This release promotes the rule-firing validation harness from a design sketch to a runnable SDK driver, with a full fixture suite you can baseline against any model — 17/17 on the current baseline, with no rule language changed. The prompt-literalism note now states validation-based coverage: rules are re-validated against each new model and each new model line, rather than assumed to only get more literal over time.
v4.5.0
2026-06-09
DDD with three ways in — and a way to model from the code you already have
The domain-modeling capability now meets you wherever you start. Three entry paths — a facilitated knowledge-crunch from a brainstorm, automated extraction from an existing codebase, or a primer loop that turns your notation into plain-language questions for a subject-matter expert and folds their answers back in. Two engines sit underneath: Engine 1 facilitates the crunch, Engine 2 reads your code and proposes a glossary, structure, and a strawman behavior model — every element tagged with how confident it is (observed, inferred, or proposed). SME replies auto-confirm the elements they affirm, with the git diff as the audit trail. See ADR-0006.
v4.2.0
2026-06-06
Installer hardening + Unix hidden-file fixes
v4.1.0
2026-06-05
Decision-aware planning
session-planner now reads your recorded decisions first — ADRs, the project profile, DDD notation, and the last session's open items — and lets them shape the plan. Every plan carries a “References consulted” list, and the new /devarch:plan-review skill adversarially checks each phase against them.
v4.0.0
2026-06-01
Self-contained installer, registry, and offline licensing — DevArch is now a product
One-command, no-clone install (devarch-universal.sh) to ~/.devarch; a single global ruleset via @import; a certbot-style registry; offline ES256 licenses verified with no phone-home; an isolated container kit; and seat-based purchase through Polar.
v3.3.0
2026-05-30
Tuned and validated for Claude Opus 4.8
Extends prompt-literalism guidance through Opus 4.8 and adds a rule-firing validation harness so each new model is a re-validation, not a guess. No rule changes — a sharpening pass.
v3.2.0
2026-05-09
Session isolation and per-session file tracking
A 6-char hex session ID namespaces gate and state files so concurrent sessions never collide, and per-session file tracking gives the work-summary-writer an authoritative list of changes.
v3.1.0
2026-05-08
Finalize skill audit and fix
v3.0.0
2026-05-05
Tuned for Claude Opus 4.7
Retunes the rules for a model that follows instructions more literally — triggers, overrides, and templates sharpened for prompt literalism.
v2.5.0
2026-05-01
Multi-ADR review mode
v2.3.0
2026-04-24
Rule 8b — Co-Located Wire-Type Sharing
v2.2.0
2026-04-23
Integration Reality — the No-Stub-Under-Test rule
A phase named after an integration must have a test that drives the real subprocess, runtime, or migration. A stub of an owned dependency can't be the acceptance gate.
v2.1.0
2026-04-23
Boundary Statements and the boundary-check hook
v1.8.0
2026-04-19
Trial license with IP protection
v1.7.0
2026-04-13
Deprecate project-level hooks in favor of user-level hooks
v1.6.0
2026-04-13
Hook paths resolved at install time
v1.5.0
2026-04-11
ADR conversation gate and /architect-review
v1.4.0
2026-04-06
Behavior Statements, Test Derivation, and Test Grading
Every side-effect function gets a structured statement before any test is written, tests are derived from it, and the suite is graded RED / YELLOW / GREEN.
v1.3.0
2026-03-19
Progressive Capability Activation
Activate DevArch's deeper capabilities (e.g. DDD) only when a project's complexity demands them, rather than carrying everything from day one.
v1.2.0
2026-03-14
Audit and cleanup
v1.1.x
2026-03-06 — 2026-03-14
Skills, hooks, and the plan-mode gate
v1.0.0
2026-03-05
Initial release — CLI, agents, and the lifecycle rules