When to use / when NOT to use
- •Use in daily dev loops before commit/PR push.
- •Do not use as a substitute for release-specific checks.
Preconditions (tools, versions, repo state)
- •Flutter/Dart installed.
- •
pubspec.yamlpresent. - •Clean tree for
--execute.
Workflow (DISCOVER → PLAN → EXECUTE → VERIFY → REPORT)
- •DISCOVER: validate toolchain/project.
- •PLAN: determine fix/check sequence.
- •EXECUTE: apply fixes and formatting in execute mode.
- •VERIFY: run analyze + tests.
- •REPORT: summarize pass/fail and changed files.
Exact commands and expected signals
bash
skills/flutter-fix-and-verify/scripts/run.sh --dry-run skills/flutter-fix-and-verify/scripts/run.sh --verify-only --ci skills/flutter-fix-and-verify/scripts/run.sh --execute
Success: analyze/tests run and report generated. Failure: missing toolchain/project or failing analyzer/tests.
If it fails (checklist)
- •Run
flutter doctor. - •Address analyzer/test failures from report output.
- •Re-run in verify-only to confirm clean status.
Final report template
- •Fixes applied (if any).
- •Analyze/test outcomes.
- •Remaining blockers.
- •Next actions.