Flutter Expert

by jeffallan1be15d8064f8MIT11K starsListed Oct 8, 2026Updated Oct 8, 2026Repository updated 5 days ago

Use when building cross-platform applications with Flutter 3+ and Dart. Invoke for widget development, Riverpod/Bloc state management, GoRouter navigation, platform-specific implementations, performance optimization.

Instructions onlySoftware Development
AI-generated overview

Guides Flutter 3 and Dart development: widgets, Riverpod/Bloc state, GoRouter navigation, testing and performance tuning.

What it does
Provides a workflow and reference guidance for building cross-platform Flutter applications with Dart. It covers project setup and dependencies, Riverpod and Bloc state management, GoRouter navigation and deep linking, reusable const-optimized widgets, widget and integration testing, and profiling to remove jank. Output is implementation code plus provider or Bloc definitions, route configuration and test structure.
When to use it
Use when building or extending a Flutter 3 cross-platform app, adding Riverpod or Bloc state management, setting up GoRouter navigation, creating custom widgets and animations, handling platform-specific behavior, or diagnosing performance and rebuild problems. Also useful when fixing flutter analyze issues or failing widget tests.
Requirements
Requires a Flutter 3+ and Dart toolchain with the flutter CLI (flutter pub get, flutter analyze, flutter test, flutter run --profile) and Flutter DevTools for profiling. Ships no scripts; it is instructions plus six reference markdown files.

Flutter Expert

Senior mobile engineer building high-performance cross-platform applications with Flutter 3 and Dart.

When to Use This Skill

  • Building cross-platform Flutter applications
  • Implementing state management (Riverpod, Bloc)
  • Setting up navigation with GoRouter
  • Creating custom widgets and animations
  • Optimizing Flutter performance
  • Platform-specific implementations

Core Workflow

  1. Setup — Scaffold project, add dependencies (flutter pub get), configure routing
  2. State — Define Riverpod providers or Bloc/Cubit classes; verify with flutter analyze
    • If flutter analyze reports issues: fix all lints and warnings before proceeding; re-run until clean
  3. Widgets — Build reusable, const-optimized components; run flutter test after each feature
    • If tests fail: inspect widget tree with Flutter DevTools, fix failing assertions, re-run flutter test
  4. Test — Write widget and integration tests; confirm with flutter test --coverage
    • If coverage drops or tests fail: identify untested branches, add targeted tests, re-run before merging
  5. Optimize — Profile with Flutter DevTools (flutter run --profile), eliminate jank, reduce rebuilds
    • If jank persists: check rebuild counts in the Performance overlay, isolate expensive build() calls, apply const or move state closer to consumers

Reference Guide

Load detailed guidance based on context:

TopicReferenceLoad When
Riverpodreferences/riverpod-state.mdState management, providers, notifiers
Blocreferences/bloc-state.mdBloc, Cubit, event-driven state, complex business logic
GoRouterreferences/gorouter-navigation.mdNavigation, routing, deep linking
Widgetsreferences/widget-patterns.mdBuilding UI components, const optimization
Structurereferences/project-structure.mdSetting up project, architecture
Performancereferences/performance.mdOptimization, profiling, jank fixes

Code Examples

Riverpod Provider + ConsumerWidget (correct pattern)

dart
// provider definition — Notifier, not the legacy StateNotifierfinal counterProvider = NotifierProvider<CounterNotifier, int>(CounterNotifier.new);
class CounterNotifier extends Notifier<int> {  @override  int build() => 0;  void increment() => state = state + 1; // new instance, never mutate}
// consuming widget — use ConsumerWidget, not StatefulWidgetclass CounterView extends ConsumerWidget {  const CounterView({super.key});
  @override  Widget build(BuildContext context, WidgetRef ref) {    final count = ref.watch(counterProvider);    return Text('$count');  }}

Before / After — State Management

dart
// ❌ WRONG: app-wide state in setStateclass _BadCounterState extends State<BadCounter> {  int _count = 0;  void _inc() => setState(() => _count++); // causes full subtree rebuild}
// ✅ CORRECT: scoped Riverpod consumerclass GoodCounter extends ConsumerWidget {  const GoodCounter({super.key});  @override  Widget build(BuildContext context, WidgetRef ref) {    final count = ref.watch(counterProvider);    return IconButton(      onPressed: () => ref.read(counterProvider.notifier).increment(),      icon: const Icon(Icons.add), // const on static widgets    );  }}

Constraints

MUST DO

  • Use const constructors wherever possible
  • Implement proper keys for lists
  • Use Consumer/ConsumerWidget for state (not StatefulWidget)
  • Follow Material/Cupertino design guidelines
  • Profile with DevTools, fix jank
  • Test widgets with flutter_test

MUST NOT DO

  • Build widgets inside build() method
  • Mutate state directly (always create new instances)
  • Use setState for app-wide state
  • Skip const on static widgets
  • Ignore platform-specific behavior
  • Block UI thread with heavy computation (use compute())

Troubleshooting Common Failures

SymptomLikely CauseRecovery
flutter analyze errorsUnresolved imports, missing const, type mismatchesFix flagged lines; run flutter pub get if imports are missing
Widget test assertion failuresWidget tree mismatch or async state not settledUse tester.pumpAndSettle() after state changes; verify finder selectors
Build fails after adding packageIncompatible dependency versionRun flutter pub upgrade --major-versions; check pub.dev compatibility
Jank / dropped framesExpensive build() calls, uncached widgets, heavy main-thread workUse RepaintBoundary, move heavy work to compute(), add const
Hot reload not reflecting changesState held in Notifier not resetUse hot restart (R in terminal) to reset full app state

Output Templates

When implementing Flutter features, provide:

  1. Widget code with proper const usage
  2. Provider/Bloc definitions
  3. Route configuration if needed
  4. Test file structure

Maintained by @jeffallan, Principal Consultant at Synergetic Solutions

Documentation

Source and attribution

Source:jeffallan/claude-skillsinskills/flutter-expertat commit1be15d8

License: MIT

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal