Skip to content

Add maintainability guardrails and architecture KPIs #29

Description

@JanSmrcka

Problem

Architecture drift is hard to detect early without explicit guardrails and metrics.

Scope

  • Add CI guardrail for oversized core files (starting with internal/ui/model.go threshold)
  • Track monthly KPIs:
    • model.go LOC
    • ignored-error count in internal/ui/*
    • subprocess timeout coverage
    • mocked UI test ratio
    • regression count post-merge

Acceptance Criteria

  • CI fails when guardrail threshold exceeded
  • KPI collection method documented in repo docs
  • First KPI baseline captured

Why

Quantified signals keep maintainability work consistent, not reactive.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    maintenanceLong-term maintainability work

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions