Engineering Evidence — Trust Relay Proof Points
:::note Where this page came from These are Trust Relay's own measured numbers. They were previously published inside this site's mirror of the S4U methodology, which was retired in favour of the canonical S4U Development Methodology site. The methodology itself is documented there; the project-specific evidence that makes it credible rather than aspirational lives here, with the product it describes.
The canonical site keeps the shape of this page (the section headings and the collection commands) in its showcase, with the product-specific numbers deliberately removed — cross-project canon does not carry one product's metrics. This page is the numbered original. :::
All metrics collected from the Trust Relay codebase on 2026-03-21, pinned to commit 2d98ebb on branch master. Every metric includes the exact command used to collect it, enabling independent verification.
Scope: backend/app/ for production Python code, frontend/src/ for production TypeScript (excluding tests, dependencies, and generated files).
:::warning Point-in-time snapshot
These figures are a 2026-03-21 snapshot, not a live counter. The codebase has grown
substantially since — treat the numbers as a dated, reproducible measurement, and re-run the
commands below against current master if you need today's figures.
:::
1. Codebase Scale
| Metric | Count |
|---|---|
| Total lines of code | 144,821 |
| Backend Python | 69,985 LOC (237 files) |
| Frontend TypeScript/TSX | 74,836 LOC (304 files) |
| API endpoints | 242 |
| API router files | 41 (excluding deps/ and __init__.py) |
| ORM models (SQLAlchemy 2.0) | 50 |
| Service modules | 116 (excluding __init__.py) |
| Pydantic model files | 35 |
Collection commands
# Backend file count and LOC
find backend/app -name "*.py" -not -path "*__pycache__*" | wc -l
find backend/app -name "*.py" -not -path "*__pycache__*" | xargs wc -l | tail -1
# Frontend file count and LOC
find frontend/src \( -name "*.ts" -o -name "*.tsx" \) | wc -l
find frontend/src \( -name "*.ts" -o -name "*.tsx" \) | xargs wc -l | tail -1
# API endpoints
grep -r "@router\.\(get\|post\|put\|patch\|delete\)" backend/app/api/ --include="*.py" | wc -l
# API router files
find backend/app/api -name "*.py" -not -name "__init__.py" -not -path "*/deps/*" | wc -l
# ORM models
grep -c "^class.*Base):" backend/app/db/models.py
# Service modules
find backend/app/services -name "*.py" -not -name "__init__.py" | wc -l
# Pydantic model files
find backend/app/models -name "*.py" | wc -l
2. Development Velocity
| Metric | Value |
|---|---|
| Total commits | 1,307 |
| Development timeframe | 29 calendar days, 25 active development days (2026-02-20 to 2026-03-21) |
| Commits per week | 158 (~22/day on active days) |
| AI co-authored commits | 1,211 (95.8%) |
| Commit convention | Conventional commits (feat/fix/docs/test with scope) |
Collection commands
# Total commits
git rev-list --count master
# First and last commit dates
git log --reverse --format="%ai" | head -1
git log -1 --format="%ai"
# Active development days
git log --format="%ad" --date=short | sort -u | wc -l
# AI co-authored commits
git log --all --grep="Co-Authored-By" --oneline | wc -l
3. Testing & Quality
| Metric | Count |
|---|---|
| Backend test files | 241 |
| Backend test functions | 4,117 |
| Frontend test files | 59 |
| Total test files | 300 |
| Documented mock approval comments | 241 (across 232 test files) |
| Files using testcontainers | 82 (290 total references) |
Collection commands
# Backend test files
find backend/tests -name "test_*.py" | wc -l
# Backend test functions
grep -r "def test_" backend/tests/ | wc -l
# Frontend test files
find frontend/src \( -name "*.test.*" -o -name "*.spec.*" \) | wc -l
# Documented mock approvals (total comments)
grep -r "MOCK APPROVED" backend/tests/ | wc -l
# Files containing mock approvals
grep -rl "MOCK APPROVED" backend/tests/ | wc -l
# Files using testcontainers
grep -r "testcontainers\|TestContainer\|PostgresContainer" backend/ --include="*.py" -l | wc -l
4. Architectural Rigor
| Metric | Count |
|---|---|
| Architecture Decision Records | 17 (with supersession tracking) |
| Alembic database migrations | 32 |
| RLS-protected tables | 33 (22 core + 2 diagnostics + 9 added in migrations 023-030) |
| Completed architectural pillars | 6 of 7 planned |
Collection commands
# ADR count
ls docs/adr/ | grep -c "^ADR-"
# Alembic migrations
ls backend/alembic/versions/*.py | wc -l
# RLS tables (grep + manual counting of TENANT_TABLES, DIAGNOSTICS_TABLES,
# and individual statements in migrations 023-030)
5. Living Documentation
| Metric | Count |
|---|---|
| Total Docusaurus documents | 72 |
| Architecture documents | 30 |
| Architecture Decision Records | 17 |
| API Reference documents | 8 |
| Strategy & business documents | 6 |
| Feature showcase documents | 2 |
| Documentation commits (Mar 2-18) | 20+ |
| Publicly deployed at | trust-relay.pages.dev |
| Code-to-documentation commit ratio | ~1:1 |
6. Methodology Infrastructure
| Component | Count |
|---|---|
| Custom agent definitions | 18 (14 global + 4 project) |
| Persistent memory files | 22 |
| Superpowers lifecycle skills | 14 |
| Quality gate hook layers | 3 |
| MCP server integrations | 3 |
Velocity Context
These metrics represent work by a single architect (Adrian, Soft4U BV) collaborating with Claude Opus via the methodology described on the canonical S4U Development Methodology site, over 25 active development days within a 29-day calendar period. The 95.8% co-authoring rate reflects the human-AI collaboration model: the human architects, reviews, and validates; Claude implements, tests, and iterates.
That methodology specification was itself designed using the brainstorm-to-spec-to-plan lifecycle it describes, authored collaboratively with Claude Opus, and reviewed by project agents — a practical demonstration of the process.
Related
- Quality Gate Layers — the defense-in-depth gates these numbers were produced under
- Testing Strategy — the current, maintained account of how Trust Relay is tested
- S4U Development Methodology — the canonical methodology this project follows