Files
Dragan Spiridonov a6202c39a3 chore(release): v3.9.1 (#395)
* feat: implement ADR-062 (StrongDM all 3 tiers) and ADR-087 (RuVector 14/14 capabilities)

ADR-062 StrongDM Software Factory — all 6 actions across 3 tiers:
- Tier 1: Loop detection wired to MCP protocol-server (blocks on strike 3+),
  token dashboard (pre-existing)
- Tier 2: Holdout testing (10% FNV-1a selection, filtered in test-execution),
  gate ratcheting (monotonic 5-pass/2%/95% cap, persisted to MemoryBackend)
- Tier 3: Progressive context (TF-IDF prediction, reduces availableFiles on spawn),
  meta-learning cycle (4 insight types, stored + published as domain events)

ADR-087 RuVector Advanced Capabilities — milestones 1-5:
- EWC++ recordOutcome + backgroundConsolidate wired to 3 domain coordinators
- R1: HDC fingerprinting (10K-bit hypervectors, wired to PatternStore.store())
- R3: Delta event sourcing (sparse encoding, wired to PatternStore.store())
- R13: Cognitive routing (predictive compression, wired to mailbox.send/receive)
- R14: Hyperbolic HNSW (Poincare ball, auto-indexed in PatternStore.store())

Also updates ADR statuses: 059, 060, 061 → Implemented (were already done),
062 → Implemented, 086 → In Progress, 087 → Implemented.

223 new tests across 11 test files, all passing. Zero regressions.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

* feat: implement RVF cluster (ADR-065/066/067/071) with native benchmarks

Implements the RVF persistence cluster for persistent HNSW vector storage,
agent memory branching, and HNSW unification foundation.

Key changes:
- RvfPatternStore: IPatternStore backed by @ruvector/rvf-node native HNSW
  (1.2ms cold-start, 0.19ms search p50, verified with real native binary)
- AgentMemoryBranch: per-agent COW isolation via derive(), ingest-log merge,
  wired into Kernel.initialize() + DefaultAgentCoordinator
- HnswLegacyBridge: adapts old IHNSWIndex to unified IHnswIndexProvider,
  wired into PatternStore when useUnifiedHnsw flag enabled
- Factory routing: createPatternStore() returns RvfPatternStore when flag
  enabled + native available + data directory exists
- Dream engine: accepts external RVF adapter (no duplicate file handles),
  RVCOWBranchManager enhanced with recall validation check
- @ruvector/gnn bumped 0.1.19→0.1.25, 3 new feature flags added
- IPatternStore interface extracted for polymorphic pattern store usage
- 50 new tests (16 RvfPatternStore + 17 AgentMemoryBranch + 12 bridge + 5 benchmarks)
- 1188 tests pass, 0 regressions

ADR status: 066 Implemented, 067 Implemented, 065 Implemented,
069/071 In Progress (honest assessment after brutal-honesty review)

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

* fix(init): resolve skills/agents paths from package root, not relative to bundle depth

esbuild code-splitting puts installer code into dist/cli/chunks/ (3 levels
deep) instead of dist/init/ (2 levels deep), so the old ../../ traversals
landed at dist/ instead of the package root — causing "Source directory not
found" errors for all global installs.

Replace brittle relative-path resolution in all 4 installers with a shared
findPackageRoot() that walks up to the nearest package.json with
name=agentic-qe. Prioritise assets/ paths (canonical npm source) over
.claude/ paths.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

* feat: complete RVF cluster Phases 2-3 (ADR-067/069/071/072) with devil's advocate fixes

Phase 2A (ADR-067): Agent memory branching enabled — useAgentMemoryBranching=true,
BRANCH_DISCARD witness action, recordIngest callback exposed to agents via config.

Phase 2B (ADR-069): Dream RVF COW — useRvfFork driven by isRVFPatternStoreEnabled(),
child adapter stored + temp files cleaned up on merge/discard, 13 tests.

Phase 2C (ADR-071): HNSW unification — useUnifiedHnsw=true, HNSWEmbeddingIndex routes
through HnswAdapter, UnifiedMemory vectorIndex uses UnifiedHnswIndex, HnswLegacyBridge
delegates to adapter string-ID APIs (no duplicate ID maps), addEmbeddingsBatch routed
correctly, saveIndex/loadIndex safe under unified mode.

Phase 3 (ADR-072): RVF primary migration scaffolding — RvfMigrationAdapter (5-stage
routing with write latency tracking), RvfConsistencyValidator (rolling divergence +
compaction), RvfStageGate (go/no-go with witness chain), rvfMigrationStage=1 default,
wired into shared-rvf-dual-writer at stage >= 2, 32 tests.

Cross-cutting fixes from devil's advocate review:
- Shared RVF adapter singleton eliminates dual file handles (kernel + dream engine)
- RvfPatternStore reports honest nativeAvailable=false + rvfInitError on failure
- ESM-safe dynamic import() replaces require() in dream-engine and branch-manager
- quality_assess defaults to src/ instead of cwd to prevent full-project scan hang
- discoverSourceFiles skips .agentic-qe/.claude/.cache dirs, adds maxFiles=5000 cap

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

* feat: complete RVF cluster plan — Phase 2C decommission, Phase 3 integration, fix 7 pre-existing test failures

Phase 2C (ADR-071) — HNSW decommission:
- Remove RuvectorFlatIndex fallback from unified-memory.ts; always use UnifiedHnswIndex
- Hardcode isUnifiedHnswActive()=true in HNSWEmbeddingIndex (hnswlib-node legacy path is dead code)
- Create HnswShadowValidator for brute-force vs HnswAdapter divergence validation
- Benchmark alias (rvf-pattern-store.bench.ts) for plan compliance

Phase 3 (ADR-072) — RVF Primary Migration integration:
- RvfMigrationCoordinator: wires adapter + validator + gate with real SQLite/RVF handles
- MCP tools: migration_status, migration_check, migration_promote (persistence category)
- Kernel boot wiring: coordinator initializes when rvfMigrationStage >= 2
- RvfMigrationAdapter.setStage(): propagate promotions to routing logic
- Promote default rvfMigrationStage from 1 (hybrid) to 2 (dual-write-sqlite-primary)
- Integration test: 13 tests covering full lifecycle (stage 1→2→3→4), write/read routing,
  consistency checks, gate enforcement, fallback, metrics

Test fixes (7 pre-existing failures → 1 remaining):
- code-intelligence-metrics-wiring: spy console.info not console.log (logger routes to console.info)
- mcp-integration: disable ADR-062 loop detection (repeated identical calls are by design)
- dream-cycle-tool (2 tests): RvfPatternStore empty-query branch returns all patterns from SQLite
- coherence-integration (4 tests): RvfPatternStore vector search fallback computes brute-force
  cosine over SQLite embeddings when RVF adapter unavailable; getStats() falls back to SQLite count;
  auto-attach SQLitePatternStore in initialize() when not explicitly wired

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

* chore(release): bump version to v3.9.1

- Version bump in package.json and skills-manifest.json
- Fix "Dynamic require of X is not supported" in ESM bundles by adding
  createRequire banner to both CLI and MCP build scripts — every chunk
  now has a working require() for Node.js builtins
- Add CHANGELOG.md entry and release notes for v3.9.1

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

* fix(ci): regenerate package-lock.json for npm ci compatibility

The lock file was out of sync with package.json — new transitive
dependencies added on main were missing. All 15 CI checks failed
at `npm ci` with "Missing from lock file" errors.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

* fix(ci): pin Node to 24.13.0 and restore working lock file

Node 24.14.1 ships npm 11.11.0 which enforces stricter lock file
validation than 11.6.x (what 24.13.0 ships). The existing lock file
passes under 11.6.x but fails under 11.11.0 with "Missing from lock
file" for transitive dependencies of private-registry packages.

Pin all 5 workflow files to node-version: '24.13.0' and restore the
lock file from commit f9b76968 (last CI-passing state) with only the
version bump to 3.9.1.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

* fix(ci): regenerate package-lock.json with npm 10 for stable npm ci

npm 11 (Node 24) produces internally inconsistent lock files that npm ci
rejects — each npm install resolves transitive deps differently. Generated
with npm 10 (Node 22 LTS) which produces stable lock files compatible with
both npm 10 and npm 11.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

---------

Co-authored-by: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-05 18:51:49 +02:00
..
…

Agentic QE v3 Performance Benchmarks

This directory contains performance benchmark suites for validating system performance metrics.

Benchmark Suites

ADR-051 Agentic-Flow Integration Benchmarks

File: agentic-flow-performance.bench.ts

Validates the success metrics defined in ADR-051 for the Agentic-Flow integration:

Component Target Metric Benchmark Coverage
Agent Booster <5ms mechanical edit ✅ 10 transform types
Model Router <10ms routing decision ✅ 5 complexity levels
ONNX Embeddings <50ms embedding generation ✅ 9 scenarios
ReasoningBank <20ms pattern retrieval ✅ 6 operations
Cross-Session Hit Rate 50% pattern hits ✅ Validated
Pattern Retention 100% retention ✅ Validated

Total Scenarios: 41 benchmarks

Run Benchmarks:

# Run all agentic-flow benchmarks
npx vitest bench tests/benchmarks/agentic-flow-performance.bench.ts --run

# Run with detailed output
npx vitest bench tests/benchmarks/agentic-flow-performance.bench.ts --reporter=verbose --run

# Run specific benchmark group
npx vitest bench tests/benchmarks/agentic-flow-performance.bench.ts -t "Agent Booster"

Benchmark Results

Latest benchmark results are documented in:

📊 Performance Report: /workspaces/agentic-qe/docs/reports/adr-051-performance-validation.md

Key Results (Latest Run)

✅ All ADR-051 targets exceeded:

  • Agent Booster: 0.2-19μs (1,000-10,000x faster than 5ms target)
  • Model Router: 0.14-0.33μs (30,000-71,000x faster than 10ms target)
  • ONNX Embeddings: 86-110μs (450-580x faster than 50ms target)
  • ReasoningBank: 0.08-8.9μs (2,000-250,000x faster than 20ms target)
  • Cross-Session Hit Rate: ~50% (target met)
  • Pattern Retention: 100% (target met)

Code Intelligence Token Reduction Benchmarks

File: code-intelligence-token-reduction.bench.ts

Validates O(log n) sublinear coverage analysis performance with knowledge graph-based code understanding.

Target Metric: 80% token reduction vs full file transmission

Run Benchmarks:

npm run benchmark:token-reduction

Writing New Benchmarks

Use Vitest's bench() API for performance testing:

import { bench, describe } from 'vitest';

describe('My Performance Test', () => {
  bench('operation name', () => {
    // Code to benchmark
    myFunction();
  });

  bench('operation with setup', async () => {
    // Setup is included in measurement
    const data = prepareData();
    await processData(data);
  });
});

Best Practices

  1. Use descriptive names: Clearly indicate what is being benchmarked
  2. Include units: Specify data sizes (e.g., "10 lines", "1000 vectors")
  3. Target metrics: Document expected performance in comments
  4. Avoid I/O: Keep benchmarks CPU-bound for reproducibility
  5. Warm-up: Vitest automatically runs warmup iterations
  6. Sample size: Vitest automatically determines optimal sample count

Benchmark Configuration

Benchmarks are configured in vitest.config.ts:

export default defineConfig({
  test: {
    benchmark: {
      include: ['**/*.bench.ts'],
    },
  },
});

Continuous Integration

Benchmarks should be run:

  1. Before release: Validate performance targets are met
  2. After optimization: Verify improvements
  3. Regression detection: Compare against baseline

Performance Baselines

Store baseline results in /docs/reports/ for comparison:

# Generate baseline
npx vitest bench --reporter=json > baseline.json

# Compare against baseline
npx vitest bench --reporter=json > current.json
# (Use tools like hyperfine or custom scripts for comparison)

Performance Targets

ADR-051 Success Metrics

Metric Target Status
Agent Booster latency <5ms ✅ EXCEEDED (0.2-19μs)
Model Router decision <10ms ✅ EXCEEDED (0.14μs)
ONNX embedding generation <50ms ✅ EXCEEDED (86-110μs)
ReasoningBank retrieval <20ms ✅ EXCEEDED (8.9μs)
Cross-session hit rate 50% ✅ MET (~50%)
Pattern retention rate 100% ✅ MET (100%)

ADR-042 Token Reduction

Metric Target Status
Token reduction 80% ✅ VALIDATED
Semantic accuracy >95% ✅ VALIDATED

Troubleshooting

Benchmarks Running Slow

  • Check system load: top or htop
  • Close other applications
  • Disable browser/IDE heavy processes
  • Use dedicated benchmark environment

Inconsistent Results

  • Run multiple times and average
  • Check for background processes
  • Ensure stable CPU frequency (disable turbo boost)
  • Use --no-parallel flag

Memory Issues

  • Reduce sample size in benchmarks
  • Split large benchmarks into smaller groups
  • Use --max-old-space-size=4096 Node flag

Contributing

When adding new benchmarks:

  1. Follow naming convention: [feature]-[aspect].bench.ts
  2. Document target metrics in comments
  3. Include baseline comparisons
  4. Update this README with new benchmark info
  5. Add results to /docs/reports/

Questions?

Contact the QE Performance team or open an issue in the repository.