@evolith/core-domain 1.0.1 → 1.0.2

package/rulesets/adr/adr-0050-gitflow-branching.rules.json

@@ -1,176 +0,0 @@
-{
-  "$schema": "../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/adr-0050-gitflow-branching.rules.json",
-  "title": "ADR-0050 — GitFlow Branching Strategy Rules",
-  "description": "Machine-readable rules encoding ADR-0050 GitFlow Branching Strategy. Contractual branch naming, promotion policies, merge policies, and release tagging.",
-  "version": "1.1.0",
-  "adrId": "ADR-0050",
-  "adrTitle": "GitFlow Branching Strategy",
-  "status": "Approved",
-  "effectiveDate": "2026-05-08",
-  "rules": [
-    {
-      "id": "GIT-01",
-      "severity": "MUST",
-      "category": "branch-naming",
-      "title": "Branch names follow pattern: type/ticket-id-description",
-      "description": "All branches MUST follow naming pattern: {type}/{ticket-id}-{short-description}. Types: feature/, bugfix/, hotfix/, release/, chore/.",
-      "rationale": "ADR-0050 §Decision: Consistent naming enables automation and team coordination.",
-      "validationQuery": "Branch names match pattern ^[a-z]+/[A-Z]+-[0-9]+-[a-z-]+$",
-      "blocking": true,
-      "examples": [
-        "feature/UMS-123-user-onboarding",
-        "bugfix/ADR-456-fix-grpc-timeout",
-        "hotfix/PROD-789-security-patch"
-      ]
-    },
-    {
-      "id": "GIT-02",
-      "severity": "MUST",
-      "category": "branch-naming",
-      "title": "Protected branches enforce direct push prohibition",
-      "description": "Direct push to protected branches (main, develop, qa, uat, release/*) is prohibited. All changes MUST come through pull requests with code review.",
-      "rationale": "ADR-0050 §Decision: Protected branches require PR workflow for audit trail and review.",
-      "validationQuery": "GitHub/GitLab branch protection rules block direct push to main, develop, qa, uat, release/*.",
-      "blocking": true,
-      "protectedBranches": [
-        "main",
-        "develop",
-        "qa",
-        "uat",
-        "release/*"
-      ]
-    },
-    {
-      "id": "GIT-03",
-      "severity": "MUST",
-      "category": "code-review",
-      "title": "PR requires minimum 1 approved review",
-      "description": "Every pull request MUST have at least one approved code review before merge. Reviews must verify code quality, test coverage, and compliance with architectural standards.",
-      "rationale": "ADR-0050 §Decision: Code review is mandatory for architectural compliance and knowledge sharing.",
-      "validationQuery": "PR merge blocked without minimum 1 approval. Reviewer cannot be the PR author.",
-      "blocking": true
-    },
-    {
-      "id": "GIT-04",
-      "severity": "MUST",
-      "category": "release-tagging",
-      "title": "Release tags follow semver format",
-      "description": "Release tags MUST follow semantic versioning format: v{major}.{minor}.{patch} (e.g., v1.0.0, v2.3.1). Tags are created at release point from main branch.",
-      "rationale": "ADR-0050 §Decision: Semver tags provide clear, auditable release history.",
-      "validationQuery": "Release tags match pattern ^v[0-9]+\\.[0-9]+\\.[0-9]+$",
-      "blocking": true
-    },
-    {
-      "id": "GIT-05",
-      "severity": "MUST",
-      "category": "merge-policy",
-      "title": "Feature branches merge via squash or rebase",
-      "description": "Feature branches merge into develop using squash or rebase strategy to maintain clean history. Fast-forward merge when possible.",
-      "rationale": "ADR-0050 §Decision: Squash/rebase keeps feature history clean while preserving commit granularity in PR.",
-      "validationQuery": "Feature → develop merges use squash or rebase. No merge commits on feature branches.",
-      "blocking": false
-    },
-    {
-      "id": "GIT-06",
-      "severity": "MUST",
-      "category": "hotfix-flow",
-      "title": "Hotfixes follow expedited merge path",
-      "description": "Hotfixes branch from main (tagged release), apply fix, merge back to main AND develop simultaneously. Hotfixes skip code freeze restrictions but still require review.",
-      "rationale": "ADR-0050 §Decision: Hotfixes need expedited path but cannot bypass review entirely.",
-      "validationQuery": "Hotfix branch merges to both main and develop. Both merges include same fix commit.",
-      "blocking": true
-    },
-    {
-      "id": "GIT-07",
-      "severity": "MUST NOT",
-      "category": "branch-lifetime",
-      "title": "Stale branches must be deleted after merge",
-      "description": "Branches MUST be deleted after successful merge. Feature/bugfix branches older than 30 days without activity are flagged as stale and subject to archive or removal.",
-      "rationale": "ADR-0050 §Decision: Branch proliferation creates confusion about current state of development.",
-      "validationQuery": "Merged branches auto-deleted. Stale branch detection runs weekly.",
-      "blocking": false
-    },
-    {
-      "id": "GIT-08",
-      "severity": "MUST",
-      "category": "commit-messages",
-      "title": "Commit messages follow Conventional Commits",
-      "description": "Commit messages MUST follow Conventional Commits format: type(scope): description. Types: feat, fix, docs, style, refactor, test, chore.",
-      "rationale": "ADR-0050 §Decision: Conventional Commits enables automated changelog generation and semantic release.",
-      "validationQuery": "Commit messages validated via commitlint or equivalent. Non-conforming commits blocked in CI.",
-      "blocking": true,
-      "pattern": "^(feat|fix|docs|style|refactor|test|chore)(\\([a-z-]+\\))?: .+"
-    },
-    {
-      "id": "GIT-09",
-      "severity": "MUST",
-      "category": "promotion-policy",
-      "title": "Environment promotion follows develop to qa to uat to main",
-      "description": "Promotions MUST follow the sequence develop -> qa -> uat -> main, with release/* inserted between uat and main when release hardening needs isolation.",
-      "rationale": "ADR-0050 §Promotion Criteria: Environment branches represent deployable states and require evidence-based promotion.",
-      "validationQuery": "Promotion PR source and target follow develop->qa, qa->uat, uat->release/* or uat->main, release/*->main.",
-      "blocking": true
-    },
-    {
-      "id": "GIT-10",
-      "severity": "MUST",
-      "category": "code-review",
-      "title": "Higher environments require stronger approval",
-      "description": "Pull requests into qa, uat, main, release/*, and hotfix/* MUST require at least two approvals unless an explicit incident exception applies.",
-      "rationale": "ADR-0050 §Pull Requests, Reviews, and Merge: Promotion branches need stronger review because they represent deployable environment states.",
-      "validationQuery": "Branch protection or repository rules require minimum two approvals for qa, uat, main, release/*, and hotfix/*.",
-      "blocking": true
-    }
-  ],
-  "branchTypes": [
-    {
-      "type": "feature/",
-      "lifetime": "until merged",
-      "target": "develop"
-    },
-    {
-      "type": "bugfix/",
-      "lifetime": "until merged",
-      "target": "develop"
-    },
-    {
-      "type": "hotfix/",
-      "lifetime": "hours to days",
-      "target": "main + develop"
-    },
-    {
-      "type": "release/",
-      "lifetime": "1-4 weeks",
-      "target": "main"
-    },
-    {
-      "type": "chore/",
-      "lifetime": "until merged",
-      "target": "develop"
-    },
-    {
-      "type": "qa",
-      "lifetime": "permanent",
-      "target": "uat"
-    },
-    {
-      "type": "uat",
-      "lifetime": "permanent",
-      "target": "main or release/*"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0050-gitflow-branching-strategy.md"
-  ],
-  "exitCriteria": {
-    "description": "Branch naming validated in CI. Protected branches enforce PR workflow and promotion sequence. Release tags follow semver.",
-    "validationTools": [
-      "commitlint",
-      "branch protection rules",
-      "GitHub Actions",
-      "CODEOWNERS",
-      "CodeQL"
-    ]
-  }
-}

package/rulesets/adr/generated/adr-0001-monorepo-orchestration-principle.rules.json

@@ -1,29 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0001-monorepo-orchestration-principle.rules.json",
-  "title": "ADR-0001 — Monorepo Orchestration Principle Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0001 (core track). Classification: executable. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0001",
-  "adrTitle": "Monorepo Orchestration Principle",
-  "status": "Approved",
-  "date": "2026-05-08",
-  "rules": [
-    {
-      "id": "CORE-0001-01",
-      "severity": "MUST",
-      "category": "adr-conformance",
-      "title": "Conform to ADR-0001: Monorepo Orchestration Principle",
-      "description": "Implementations MUST conform to the decision recorded in ADR-0001 (core track). ADR decision: Adopt a Monorepo Orchestration Principle . All applications and shared libraries within a tightly coupled bounded context or product suite must reside in a single repository. The repository must be managed by an intelligent build orchestration tool capable of performing: Dependency graph analysis. This ADR contains enforceable language (must, dependency); conformance is expected to be verifiable via static analysis, linting, CI gates, or structural checks.",
-      "statement": "ADR decision: Adopt a Monorepo Orchestration Principle . All applications and shared libraries within a tightly coupled bounded context or product suite must reside in a single repository. The repository must be managed by an intelligent build orchestration tool capable of performing: Dependency graph analysis.",
-      "rationale": "Derived from ADR-0001 \"Decision\" section. Enforcement signals detected: must, dependency.",
-      "validationQuery": "Verify codebase/CI compliance with ADR-0001 via static analysis, lint rules, or pipeline gates covering: must, dependency. Concrete checks to be wired into the harness.",
-      "blocking": true,
-      "enforcement": "executable"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0001-monorepo-orchestration-principle.md"
-  ],
-  "effectiveDate": "2026-05-08"
-}

package/rulesets/adr/generated/adr-0006-microservices-transition-via-sidecar-pattern.rules.json

@@ -1,29 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0006-microservices-transition-via-sidecar-pattern.rules.json",
-  "title": "ADR-0006 — Microservices Transition via Sidecar Pattern Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0006 (core track). Classification: executable. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0006",
-  "adrTitle": "Microservices Transition via Sidecar Pattern",
-  "status": "Approved - Backlog (Phase 3 Milestone)",
-  "date": "2026-05-08",
-  "rules": [
-    {
-      "id": "CORE-0006-01",
-      "severity": "MUST",
-      "category": "adr-conformance",
-      "title": "Conform to ADR-0006: Microservices Transition via Sidecar Pattern",
-      "description": "Implementations MUST conform to the decision recorded in ADR-0006 (core track). ADR decision: Adopt the Sidecar Pattern as the standard distributed application runtime when splitting the monolith into independent services. Migration milestones: To prevent premature over engineering, Sidecars are NOT active by default in Milestone 2. This ADR contains enforceable language (must, layer, structure); conformance is expected to be verifiable via static analysis, linting, CI gates, or structural checks.",
-      "statement": "ADR decision: Adopt the Sidecar Pattern as the standard distributed application runtime when splitting the monolith into independent services. Migration milestones: To prevent premature over engineering, Sidecars are NOT active by default in Milestone 2.",
-      "rationale": "Derived from ADR-0006 \"Decision\" section. Enforcement signals detected: must, layer, structure.",
-      "validationQuery": "Verify codebase/CI compliance with ADR-0006 via static analysis, lint rules, or pipeline gates covering: must, layer, structure. Concrete checks to be wired into the harness.",
-      "blocking": true,
-      "enforcement": "executable"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0006-microservices-transition-sidecar-pattern.md"
-  ],
-  "effectiveDate": "2026-05-08"
-}

package/rulesets/adr/generated/adr-0009-strict-dependency-pinning-and-automated-vulnerability-manage.rules.json

@@ -1,29 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0009-strict-dependency-pinning-and-automated-vulnerability-manage.rules.json",
-  "title": "ADR-0009 — Strict Dependency Pinning and Automated Vulnerability Management Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0009 (core track). Classification: executable. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0009",
-  "adrTitle": "Strict Dependency Pinning and Automated Vulnerability Management",
-  "status": "Approved",
-  "date": "2026-05-08",
-  "rules": [
-    {
-      "id": "CORE-0009-01",
-      "severity": "MUST",
-      "category": "adr-conformance",
-      "title": "Conform to ADR-0009: Strict Dependency Pinning and Automated Vulnerability Management",
-      "description": "Implementations MUST conform to the decision recorded in ADR-0009 (core track). ADR decision: Adopt a Zero Tolerance, Automated Dependency Governance Strategy : 1. Exact Version Pinning : Enforce static versioning across all package.json files by removing all ^ and ~ prefixes. This ADR contains enforceable language (must, dependency, pinning, enforce); conformance is expected to be verifiable via static analysis, linting, CI gates, or structural checks.",
-      "statement": "ADR decision: Adopt a Zero Tolerance, Automated Dependency Governance Strategy : 1. Exact Version Pinning : Enforce static versioning across all package.json files by removing all ^ and ~ prefixes.",
-      "rationale": "Derived from ADR-0009 \"Decision\" section. Enforcement signals detected: must, dependency, pinning, enforce.",
-      "validationQuery": "Verify codebase/CI compliance with ADR-0009 via static analysis, lint rules, or pipeline gates covering: must, dependency, pinning, enforce. Concrete checks to be wired into the harness.",
-      "blocking": true,
-      "enforcement": "executable"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0009-strict-dependency-pinning-vulnerability-management.md"
-  ],
-  "effectiveDate": "2026-05-08"
-}

package/rulesets/adr/generated/adr-0011-fault-tolerance-and-resiliency-patterns.rules.json

@@ -1,29 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0011-fault-tolerance-and-resiliency-patterns.rules.json",
-  "title": "ADR-0011 — Fault Tolerance and Resiliency Patterns Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0011 (core track). Classification: executable. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0011",
-  "adrTitle": "Fault Tolerance and Resiliency Patterns",
-  "status": "Approved",
-  "date": "2026-05-08",
-  "rules": [
-    {
-      "id": "CORE-0011-01",
-      "severity": "MUST",
-      "category": "adr-conformance",
-      "title": "Conform to ADR-0011: Fault Tolerance and Resiliency Patterns",
-      "description": "Implementations MUST conform to the decision recorded in ADR-0011 (core track). ADR decision: Implement explicit Resilience Patterns protecting all outbound system exits: 1. Distributed Circuit Breaker (Opossum + Redis) : Wrap outbound network calls in high level infrastructure adapters. This ADR contains enforceable language (must, structure); conformance is expected to be verifiable via static analysis, linting, CI gates, or structural checks.",
-      "statement": "ADR decision: Implement explicit Resilience Patterns protecting all outbound system exits: 1. Distributed Circuit Breaker (Opossum + Redis) : Wrap outbound network calls in high level infrastructure adapters.",
-      "rationale": "Derived from ADR-0011 \"Decision\" section. Enforcement signals detected: must, structure.",
-      "validationQuery": "Verify codebase/CI compliance with ADR-0011 via static analysis, lint rules, or pipeline gates covering: must, structure. Concrete checks to be wired into the harness.",
-      "blocking": true,
-      "enforcement": "executable"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0011-fault-tolerance-resiliency-patterns.md"
-  ],
-  "effectiveDate": "2026-05-08"
-}

package/rulesets/adr/generated/adr-0013-cloud-infrastructure-topology-and-disaster-recovery-dr.rules.json

@@ -1,28 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0013-cloud-infrastructure-topology-and-disaster-recovery-dr.rules.json",
-  "title": "ADR-0013 — Cloud Infrastructure Topology and Disaster Recovery (DR) Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0013 (core track). Classification: advisory. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0013",
-  "adrTitle": "Cloud Infrastructure Topology and Disaster Recovery (DR)",
-  "status": "Approved",
-  "date": "2026-05-08",
-  "rules": [
-    {
-      "id": "CORE-0013-01",
-      "severity": "SHOULD",
-      "category": "adr-conformance",
-      "title": "Honor design decision in ADR-0013: Cloud Infrastructure Topology and Disaster Recovery (DR)",
-      "description": "Design and implementation SHOULD honor the decision recorded in ADR-0013 (core track). ADR decision: Design infrastructure topology targeting Cloud Native patterns enforcing high resilience and instant failover potential: 1. Automated Orchestration : Deployment evolves by architectural phase. Manual attestation required — not machine-verifiable.",
-      "statement": "ADR decision: Design infrastructure topology targeting Cloud Native patterns enforcing high resilience and instant failover potential: 1. Automated Orchestration : Deployment evolves by architectural phase.",
-      "rationale": "Derived from ADR-0013 \"Decision\" section. No machine-verifiable signals detected; treated as an advisory design decision.",
-      "blocking": false,
-      "enforcement": "advisory"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0013-cloud-infrastructure-topology-dr.md"
-  ],
-  "effectiveDate": "2026-05-08"
-}

package/rulesets/adr/generated/adr-0014-multi-layer-distributed-caching-strategy.rules.json

@@ -1,29 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0014-multi-layer-distributed-caching-strategy.rules.json",
-  "title": "ADR-0014 — Multi-Layer Distributed Caching Strategy Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0014 (core track). Classification: executable. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0014",
-  "adrTitle": "Multi-Layer Distributed Caching Strategy",
-  "status": "Approved",
-  "date": "2026-05-08",
-  "rules": [
-    {
-      "id": "CORE-0014-01",
-      "severity": "MUST",
-      "category": "adr-conformance",
-      "title": "Conform to ADR-0014: Multi-Layer Distributed Caching Strategy",
-      "description": "Implementations MUST conform to the decision recorded in ADR-0014 (core track). ADR decision: Evolve to a comprehensive Multi Layer Tiered Caching Strategy utilizing CDN edge caching and distributed cache nodes to intercept and resolve read requests as close to the user as possible: The system supports the integration of a Content Delivery Network (CDN) deployed in front of the Edge Gateway. This ADR contains enforceable language (layer, structure); conformance is expected to be verifiable via static analysis, linting, CI gates, or structural checks.",
-      "statement": "ADR decision: Evolve to a comprehensive Multi Layer Tiered Caching Strategy utilizing CDN edge caching and distributed cache nodes to intercept and resolve read requests as close to the user as possible: The system supports the integration of a Content Delivery Network (CDN) deployed in front of the Edge Gateway.",
-      "rationale": "Derived from ADR-0014 \"Decision\" section. Enforcement signals detected: layer, structure.",
-      "validationQuery": "Verify codebase/CI compliance with ADR-0014 via static analysis, lint rules, or pipeline gates covering: layer, structure. Concrete checks to be wired into the harness.",
-      "blocking": true,
-      "enforcement": "executable"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0014-multi-layer-distributed-caching-strategy.md"
-  ],
-  "effectiveDate": "2026-05-08"
-}

package/rulesets/adr/generated/adr-0015-event-driven-architecture-eda-for-intra-domain-communication.rules.json

@@ -1,29 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0015-event-driven-architecture-eda-for-intra-domain-communication.rules.json",
-  "title": "ADR-0015 — Event-Driven Architecture (EDA) for Intra-Domain Communication Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0015 (core track). Classification: executable. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0015",
-  "adrTitle": "Event-Driven Architecture (EDA) for Intra-Domain Communication",
-  "status": "Approved",
-  "date": "2026-05-08",
-  "rules": [
-    {
-      "id": "CORE-0015-01",
-      "severity": "MUST",
-      "category": "adr-conformance",
-      "title": "Conform to ADR-0015: Event-Driven Architecture (EDA) for Intra-Domain Communication",
-      "description": "Implementations MUST conform to the decision recorded in ADR-0015 (core track). ADR decision: We will adopt an asynchronous Event Driven Architecture (EDA) for all cross bounded context communication: The domain will never import a concrete message broker. This ADR contains enforceable language (must, required, layer, boundaries, import); conformance is expected to be verifiable via static analysis, linting, CI gates, or structural checks.",
-      "statement": "ADR decision: We will adopt an asynchronous Event Driven Architecture (EDA) for all cross bounded context communication: The domain will never import a concrete message broker.",
-      "rationale": "Derived from ADR-0015 \"Decision\" section. Enforcement signals detected: must, required, layer, boundaries, import.",
-      "validationQuery": "Verify codebase/CI compliance with ADR-0015 via static analysis, lint rules, or pipeline gates covering: must, required, layer, boundaries, import. Concrete checks to be wired into the harness.",
-      "blocking": true,
-      "enforcement": "executable"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0015-event-driven-architecture-intra-domain.md"
-  ],
-  "effectiveDate": "2026-05-08"
-}

package/rulesets/adr/generated/adr-0016-immutable-business-audit-trail-and-change-tracking.rules.json

@@ -1,29 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0016-immutable-business-audit-trail-and-change-tracking.rules.json",
-  "title": "ADR-0016 — Immutable Business Audit Trail and Change Tracking Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0016 (core track). Classification: executable. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0016",
-  "adrTitle": "Immutable Business Audit Trail and Change Tracking",
-  "status": "Approved",
-  "date": "2026-05-09",
-  "rules": [
-    {
-      "id": "CORE-0016-01",
-      "severity": "MUST",
-      "category": "adr-conformance",
-      "title": "Conform to ADR-0016: Immutable Business Audit Trail and Change Tracking",
-      "description": "Implementations MUST conform to the decision recorded in ADR-0016 (core track). ADR decision: Deploy a Hybrid Audit Strategy balancing performant direct reading with deep historical archiving: 1. Metadata Layer (Row Level) : Physical entities inherit standard persistent audit columns: created at , created by , updated at , updated by , and a concurrency tracking version integer. This ADR contains enforceable language (layer, structure); conformance is expected to be verifiable via static analysis, linting, CI gates, or structural checks.",
-      "statement": "ADR decision: Deploy a Hybrid Audit Strategy balancing performant direct reading with deep historical archiving: 1. Metadata Layer (Row Level) : Physical entities inherit standard persistent audit columns: created at , created by , updated at , updated by , and a concurrency tracking version integer.",
-      "rationale": "Derived from ADR-0016 \"Decision\" section. Enforcement signals detected: layer, structure.",
-      "validationQuery": "Verify codebase/CI compliance with ADR-0016 via static analysis, lint rules, or pipeline gates covering: layer, structure. Concrete checks to be wired into the harness.",
-      "blocking": true,
-      "enforcement": "executable"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0016-immutable-business-audit-trail.md"
-  ],
-  "effectiveDate": "2026-05-09"
-}

package/rulesets/adr/generated/adr-0017-feature-flagging-strategy-for-progressive-delivery.rules.json

@@ -1,28 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0017-feature-flagging-strategy-for-progressive-delivery.rules.json",
-  "title": "ADR-0017 — Feature Flagging Strategy for Progressive Delivery Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0017 (core track). Classification: advisory. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0017",
-  "adrTitle": "Feature Flagging Strategy for Progressive Delivery",
-  "status": "Approved",
-  "date": "2026-05-09",
-  "rules": [
-    {
-      "id": "CORE-0017-01",
-      "severity": "SHOULD",
-      "category": "adr-conformance",
-      "title": "Honor design decision in ADR-0017: Feature Flagging Strategy for Progressive Delivery",
-      "description": "Design and implementation SHOULD honor the decision recorded in ADR-0017 (core track). ADR decision: Treat dynamic feature routing as standard Infrastructure injection , completely disjoint from persistence architectures: 1. Service Decoupling : Avoid physical db toggles table creation. Manual attestation required — not machine-verifiable.",
-      "statement": "ADR decision: Treat dynamic feature routing as standard Infrastructure injection , completely disjoint from persistence architectures: 1. Service Decoupling : Avoid physical db toggles table creation.",
-      "rationale": "Derived from ADR-0017 \"Decision\" section. No machine-verifiable signals detected; treated as an advisory design decision.",
-      "blocking": false,
-      "enforcement": "advisory"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0017-feature-flagging-strategy.md"
-  ],
-  "effectiveDate": "2026-05-09"
-}

package/rulesets/adr/generated/adr-0019-tactical-design-patterns-for-future-proofing.rules.json

@@ -1,29 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0019-tactical-design-patterns-for-future-proofing.rules.json",
-  "title": "ADR-0019 — Tactical Design Patterns for Future-Proofing Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0019 (core track). Classification: executable. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0019",
-  "adrTitle": "Tactical Design Patterns for Future-Proofing",
-  "status": "Approved",
-  "date": "2026-05-08",
-  "rules": [
-    {
-      "id": "CORE-0019-01",
-      "severity": "MUST",
-      "category": "adr-conformance",
-      "title": "Conform to ADR-0019: Tactical Design Patterns for Future-Proofing",
-      "description": "Implementations MUST conform to the decision recorded in ADR-0019 (core track). ADR decision: Mandate specific Functional and Structure patterns protecting core purity: 1. The Result Pattern : Eliminate raw error throwing from inside application use cases. Methods strictly return a typed functional Result<V, E wrapper. This ADR contains enforceable language (must, structure); conformance is expected to be verifiable via static analysis, linting, CI gates, or structural checks.",
-      "statement": "ADR decision: Mandate specific Functional and Structure patterns protecting core purity: 1. The Result Pattern : Eliminate raw error throwing from inside application use cases. Methods strictly return a typed functional Result<V, E wrapper.",
-      "rationale": "Derived from ADR-0019 \"Decision\" section. Enforcement signals detected: must, structure.",
-      "validationQuery": "Verify codebase/CI compliance with ADR-0019 via static analysis, lint rules, or pipeline gates covering: must, structure. Concrete checks to be wired into the harness.",
-      "blocking": true,
-      "enforcement": "executable"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0019-tactical-design-patterns-future-proofing.md"
-  ],
-  "effectiveDate": "2026-05-08"
-}

package/rulesets/adr/generated/adr-0020-identity-provider-abstraction-strategy.rules.json

@@ -1,28 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0020-identity-provider-abstraction-strategy.rules.json",
-  "title": "ADR-0020 — Identity Provider Abstraction Strategy Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0020 (core track). Classification: advisory. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0020",
-  "adrTitle": "Identity Provider Abstraction Strategy",
-  "status": "Approved",
-  "date": "2026-05-09",
-  "rules": [
-    {
-      "id": "CORE-0020-01",
-      "severity": "SHOULD",
-      "category": "adr-conformance",
-      "title": "Honor design decision in ADR-0020: Identity Provider Abstraction Strategy",
-      "description": "Design and implementation SHOULD honor the decision recorded in ADR-0020 (core track). ADR decision: Separate credential verification from the business layer via polymorphic Strategy injection secured by a local Hexagonal interface ( IAuthenticationPort ): 1. Zero Lock in : The core core trusts a single validation Port logic. Manual attestation required — not machine-verifiable.",
-      "statement": "ADR decision: Separate credential verification from the business layer via polymorphic Strategy injection secured by a local Hexagonal interface ( IAuthenticationPort ): 1. Zero Lock in : The core core trusts a single validation Port logic.",
-      "rationale": "Derived from ADR-0020 \"Decision\" section. No machine-verifiable signals detected; treated as an advisory design decision.",
-      "blocking": false,
-      "enforcement": "advisory"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0020-identity-provider-abstraction-strategy.md"
-  ],
-  "effectiveDate": "2026-05-09"
-}

package/rulesets/adr/generated/adr-0024-centralized-configuration-feature-platform.rules.json

@@ -1,28 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0024-centralized-configuration-feature-platform.rules.json",
-  "title": "ADR-0024 — Centralized Configuration & Feature Platform Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0024 (core track). Classification: advisory. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0024",
-  "adrTitle": "Centralized Configuration & Feature Platform",
-  "status": "Approved",
-  "date": "2026-05-09",
-  "rules": [
-    {
-      "id": "CORE-0024-01",
-      "severity": "SHOULD",
-      "category": "adr-conformance",
-      "title": "Honor design decision in ADR-0024: Centralized Configuration & Feature Platform",
-      "description": "Design and implementation SHOULD honor the decision recorded in ADR-0024 (core track). ADR decision: Introduce an authoritative Configuration & Feature Management Bounded Context consolidating system behaviors: 1. Dynamic IdP Store : Shift identity configurations out of environment files into multi tenant database pools, encrypted with AES 256 referencing external secret vaults. Manual attestation required — not machine-verifiable.",
-      "statement": "ADR decision: Introduce an authoritative Configuration & Feature Management Bounded Context consolidating system behaviors: 1. Dynamic IdP Store : Shift identity configurations out of environment files into multi tenant database pools, encrypted with AES 256 referencing external secret vaults.",
-      "rationale": "Derived from ADR-0024 \"Decision\" section. No machine-verifiable signals detected; treated as an advisory design decision.",
-      "blocking": false,
-      "enforcement": "advisory"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0024-configuration-feature-management-platform.md"
-  ],
-  "effectiveDate": "2026-05-09"
-}

package/rulesets/adr/generated/adr-0025-feature-flag-provider-abstraction-strategy.rules.json

@@ -1,29 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0025-feature-flag-provider-abstraction-strategy.rules.json",
-  "title": "ADR-0025 — Feature Flag Provider Abstraction Strategy Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0025 (core track). Classification: executable. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0025",
-  "adrTitle": "Feature Flag Provider Abstraction Strategy",
-  "status": "Approved",
-  "date": "2026-05-09",
-  "rules": [
-    {
-      "id": "CORE-0025-01",
-      "severity": "MUST",
-      "category": "adr-conformance",
-      "title": "Conform to ADR-0025: Feature Flag Provider Abstraction Strategy",
-      "description": "Implementations MUST conform to the decision recorded in ADR-0025 (core track). ADR decision: Subsume feature toggle invocation under classic Hexagonal Port principles: 1. Canonical Port : The core repository defines IFeatureFlagPort , detailing universal execution contracts ( evaluate() , isHealthy() ) entirely isolated from commercial library syntax. This ADR contains enforceable language (dependency, layer, structure); conformance is expected to be verifiable via static analysis, linting, CI gates, or structural checks.",
-      "statement": "ADR decision: Subsume feature toggle invocation under classic Hexagonal Port principles: 1. Canonical Port : The core repository defines IFeatureFlagPort , detailing universal execution contracts ( evaluate() , isHealthy() ) entirely isolated from commercial library syntax.",
-      "rationale": "Derived from ADR-0025 \"Decision\" section. Enforcement signals detected: dependency, layer, structure.",
-      "validationQuery": "Verify codebase/CI compliance with ADR-0025 via static analysis, lint rules, or pipeline gates covering: dependency, layer, structure. Concrete checks to be wired into the harness.",
-      "blocking": true,
-      "enforcement": "executable"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0025-feature-flag-provider-abstraction.md"
-  ],
-  "effectiveDate": "2026-05-09"
-}

package/rulesets/adr/generated/adr-0028-self-hosted-open-source-hybrid-infrastructure.rules.json

@@ -1,29 +0,0 @@
-{
-  "$schema": "../../schema/ruleset-standard.schema.json",
-  "$id": "https://evolith.dev/rulesets/adr/generated/adr-0028-self-hosted-open-source-hybrid-infrastructure.rules.json",
-  "title": "ADR-0028 — Self-Hosted, Open-Source Hybrid Infrastructure Rules (generated)",
-  "description": "Auto-generated ruleset encoding ADR-0028 (core track). Classification: executable. Generated by .harness/scripts/generate-adr-rulesets.mjs — do not edit by hand.",
-  "version": "1.0.0",
-  "adrId": "ADR-0028",
-  "adrTitle": "Self-Hosted, Open-Source Hybrid Infrastructure",
-  "status": "Approved",
-  "date": "2026-05-09",
-  "rules": [
-    {
-      "id": "CORE-0028-01",
-      "severity": "MUST",
-      "category": "adr-conformance",
-      "title": "Conform to ADR-0028: Self-Hosted, Open-Source Hybrid Infrastructure",
-      "description": "Implementations MUST conform to the decision recorded in ADR-0028 (core track). ADR decision: Strictly govern internal tooling selection based on the 100% Open Source, Self Hostable, and Plug and Play Extensibility Principle : 1. Infrastructure as a Port : NO concrete infrastructure SDK/Library from the products listed below may ever cross into Domain/Application layers. This ADR contains enforceable language (must, layer, structure); conformance is expected to be verifiable via static analysis, linting, CI gates, or structural checks.",
-      "statement": "ADR decision: Strictly govern internal tooling selection based on the 100% Open Source, Self Hostable, and Plug and Play Extensibility Principle : 1. Infrastructure as a Port : NO concrete infrastructure SDK/Library from the products listed below may ever cross into Domain/Application layers.",
-      "rationale": "Derived from ADR-0028 \"Decision\" section. Enforcement signals detected: must, layer, structure.",
-      "validationQuery": "Verify codebase/CI compliance with ADR-0028 via static analysis, lint rules, or pipeline gates covering: must, layer, structure. Concrete checks to be wired into the harness.",
-      "blocking": true,
-      "enforcement": "executable"
-    }
-  ],
-  "references": [
-    "reference/architecture/adrs/core/0028-self-hosted-hybrid-infrastructure-on-premise.md"
-  ],
-  "effectiveDate": "2026-05-09"
-}