flutter-code-reviewlisted

# Flutter Code Review Find defects that materially affect behavior, users, delivery, or maintainability. A review is an evidence-backed risk assessment, not a style tour or an implicit rewrite. ## Establish the review boundary 1. Determine the requested diff, commit range, pull request, working tree, or module and the intended behavior. 2. Read repository instructions and inspect enough nearby code, tests, generated boundaries, and configuration to understand changed behavior. 3. Review changed lines first, but follow their data flow and lifecycle when evidence requires surrounding context. 4. Do not edit files, post comments, approve, merge, or expand into remediation unless the user authorizes those actions. ## Review by risk Prioritize data loss, security exposure, crashes, incorrect results, broken lifecycle, concurrency races, inaccessible flows, release failures, and missing regression coverage. Then consider architecture or maintainability issues that have a concrete cost. Do not report preferences, hypothetical rewrites, unchanged legacy issues, or framework behavior that current code already handles. Validate API and package claims against the project's SDK and resolved dependencies. ## Load references conditionally - Read [review workflow](references/review-workflow.md) for gathering the change, tracing impact, calibrating severity, and formatting findings. - Read [Flutter review checklist](references/flutter-review-checklist.md) only for the technical domai