verification-loop
Verification Loop
Core Principles
-
Build is the minimum bar — Never mark a task complete without a green
dotnet build. If it doesn't compile, nothing else matters. A broken build wastes every subsequent phase's time. -
Automated checks before manual review — Tools catch what humans miss.
get_diagnosticsfinds nullability issues,detect_antipatternscatchesDateTime.Nowusage, anddotnet testproves behavior. Run all of these before eyeballing code. -
Short-circuit on critical failures — If the build fails, don't run tests. If tests fail, don't run formatting checks. Failing fast saves time and keeps the feedback loop tight. Fix the most fundamental issue first.
-
Structured reporting — Every phase gets an explicit PASS, FAIL, or WARN status with details. No ambiguity. "It looks fine" is not a verification result. A table with statuses is.
-
Verification is iterative — A single pass rarely produces all-green. Fix the first failure, re-run from that phase, repeat until clean. The loop is the point.
Patterns
7-Phase Verification Pipeline
Execute phases in order. Short-circuit on CRITICAL failures (Phase 1 and Phase 4).