Menu
Flutter patterns — widget architecture, state management, Impeller renderer, platform-adaptive design
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
When --quality-locked is active, loop review/revise at each Quality Gate until findings reach a clean bar (no Critical, no Major, only cosmetic Minor) or the iteration cap (10) is reached. Uses a deterministic Python checker for classification and decision logic; agent runs the actual review and revision steps.
Use after implementation passes the quality gates, when a change needs an independent pass over the code before it ships, or when the user asks to "QA this", "check the implementation", or "verify it matches the spec". Applies to Standard and Comprehensive scopes with the Task tool available; Lightweight tasks skip.
Use when the user picks [A] Review at a spec/plan/ADR/root-cause/fix-plan checkpoint, or asks for an independent review before implementation begins. Applies to Standard and Comprehensive scopes with the Task tool available; Lightweight tasks skip.
Use as the code-quality gate after spec-compliance and constitution checks pass, or when the user says "review my code", "quality check", "security review", or "is this code good". Runs as an independent sub-agent when the Task tool is available.
Adversarial review verifying implementation matches its specification — checks completeness (nothing missing) and precision (nothing extra). Distrusts the implementer's self-report. Use after implementation, or when the user says "check against spec", "does this match requirements", or "verify the implementation".
Configure Sage preset and project settings. Switch between base, startup, enterprise, or opensource constitution presets. Use when the user says "configure sage", "change preset", or "sage settings".
| name | flutter |
| description | Flutter patterns — widget architecture, state management, Impeller renderer, platform-adaptive design |
| version | 1.0.0 |
| type | knowledge |
| layer | framework |
| requires | {"sage":">=1.0.0","skills":["mobile"]} |
| activates-when | {"detected":["flutter","firebase_core"]} |
| tags | ["flutter","firebase","riverpod"] |
Layer 2 — Framework Pack
Flutter patterns for modern development (3.x+). Widget architecture, state management, Impeller renderer, platform-adaptive design, and the common mistakes agents make from outdated tutorials.
Flutter's "everything is a widget" model is simultaneously its greatest strength
and the main source of agent mistakes. Agents build monolithic widget trees with
thousands of lines, misuse setState for everything, nest widgets 15 levels
deep, and ignore the widget lifecycle. This pack establishes clean widget
architecture, proper state management selection, and Impeller-era performance
patterns.
| Type | Files | Coverage |
|---|---|---|
| Patterns | 7 | Widget architecture, state management, async/data, navigation, platform-adaptive, testing, performance |
| Anti-patterns | 5 | God widgets, setState everywhere, ignoring dispose, hardcoded dimensions, unnecessary packages |
| Constitution | 1 | 5 Flutter-specific principles |
| Gate | 1 | Flutter pattern compliance check |
When firebase_core is detected, read integration/firebase-integration.md for
the Flutter + Firebase + Riverpod seams — auth, Firestore, Cloud Functions, and
project structure — that the individual docs don't cover together. This folds in
the former stack-flutter-firebase skill; the content is unchanged.
Constitution: constitution/firebase.constitution-additions.md ·
anti-patterns: anti-patterns/firebase-anti-patterns.md.
