Create, evolve, test, or prepare reusable Dart packages and Flutter plugins for distribution. Use when the package itself, its public API, platform support, federation, example app, compatibility, or publication readiness is the deliverable; route app-owned native bridges to flutter-platform-integration.
89%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
Passed
No findings from the security scan
The canonical home for this skill is thiennc-tesoglobal/flutter-skills
Treat reusable packages as versioned contracts consumed by independent projects. Preserve SDK bounds, package architecture, supported platforms, and release conventions unless migration is requested.
Inspect pubspec.yaml, public exports, examples, tests, platform folders, CI, changelogs, and consumers.
Choose the smallest viable shape:
Do not convert app-owned bridges into packages merely because code reuse is possible.
flutter-platform-integration owns app-side native code and low-level channel/FFI mechanics.flutter-dependency-upgrades owns consumer-side package upgrades in an application.flutter-build-release owns application stores and binary builds, not pub package publication.Format, analyze, run tests, and exercise the example fixture across all claimed platforms. When publication readiness is in scope:
dart pub publish --dry-run and inspect all output, warnings, and included files. A passing dry run proves neither compatibility nor authorization.thienqo/flutter-skills
a177189
Canonical home
since Aug 31, 2026
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.