Flutter App Architecture
evanca/flutter-ai-rules
A skill your agent uses when scaffolding a project, refactoring into layers, creating view models/repositories, configuring dependency injection, or implementing unidirectional data flow (MVVM).
How to register and resolve dependencies using GetIt in the Unyo Flutter app.
$ npx skills add K3vinb5/unyo-app --skill unyo-dependency-injection -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install K3vinb5/unyo-app unyo-dependency-injection --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/K3vinb5/unyo-app.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/unyo-dependency-injection .claude/skills/unyo-dependency-injection && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "unyo-dependency-injection" agent skill from https://github.com/K3vinb5/unyo-app/tree/rewrite/.agents/skills/unyo-dependency-injection into .claude/skills/unyo-dependency-injection/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "unyo-dependency-injection", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/K3vinb5/unyo-app/tree/rewrite/.agents/skills/unyo-dependency-injectionType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add K3vinb5/unyo-app --skill unyo-dependency-injection -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install K3vinb5/unyo-app unyo-dependency-injection --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/K3vinb5/unyo-app.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/unyo-dependency-injection .agents/skills/unyo-dependency-injection && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "unyo-dependency-injection" agent skill from https://github.com/K3vinb5/unyo-app/tree/rewrite/.agents/skills/unyo-dependency-injection into .agents/skills/unyo-dependency-injection/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "unyo-dependency-injection", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add K3vinb5/unyo-app --skill unyo-dependency-injection -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install K3vinb5/unyo-app unyo-dependency-injection --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/K3vinb5/unyo-app.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/unyo-dependency-injection .cursor/skills/unyo-dependency-injection && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "unyo-dependency-injection" agent skill from https://github.com/K3vinb5/unyo-app/tree/rewrite/.agents/skills/unyo-dependency-injection into .cursor/skills/unyo-dependency-injection/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "unyo-dependency-injection", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/K3vinb5/unyo-app.git --path .agents/skills/unyo-dependency-injection--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add K3vinb5/unyo-app --skill unyo-dependency-injection -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install K3vinb5/unyo-app unyo-dependency-injection --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/K3vinb5/unyo-app.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/unyo-dependency-injection .gemini/skills/unyo-dependency-injection && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "unyo-dependency-injection" agent skill from https://github.com/K3vinb5/unyo-app/tree/rewrite/.agents/skills/unyo-dependency-injection into .gemini/skills/unyo-dependency-injection/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "unyo-dependency-injection", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install K3vinb5/unyo-app unyo-dependency-injectionInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add K3vinb5/unyo-app --skill unyo-dependency-injection -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/K3vinb5/unyo-app.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/unyo-dependency-injection .github/skills/unyo-dependency-injection && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "unyo-dependency-injection" agent skill from https://github.com/K3vinb5/unyo-app/tree/rewrite/.agents/skills/unyo-dependency-injection into .github/skills/unyo-dependency-injection/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "unyo-dependency-injection", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add K3vinb5/unyo-app --skill unyo-dependency-injection -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install K3vinb5/unyo-app unyo-dependency-injection --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/K3vinb5/unyo-app.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/unyo-dependency-injection .opencode/skills/unyo-dependency-injection && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "unyo-dependency-injection" agent skill from https://github.com/K3vinb5/unyo-app/tree/rewrite/.agents/skills/unyo-dependency-injection into .opencode/skills/unyo-dependency-injection/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "unyo-dependency-injection", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
unyo-dependency-injectionHow to register and resolve dependencies using GetIt in the Unyo Flutter app.
Unyo Dependency Injection is an agent skill from K3vinb5/unyo-app. How to register and resolve dependencies using GetIt in the Unyo Flutter app. Use this skill whenever adding new services, repositories, cubits, or notifiers to the dependency injection container, understanding registration types (singleton vs factory vs lazySingleton), dealing with named instances, or debugging DI-related errors like "Object not found" or circular dependencies.
Its SKILL.md is about 2.4k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Development, covering Design patterns. It works with Flutter. The repository describes itself as: 🐙 Anime streaming and Manga reader desktop app without ads. The licence is BSD-3-Clause.
2 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 0a44722. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are dart).
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Unyo Dependency Injection loads about 2.4k tokens when it runs. Until then it costs about 102 tokens; SKILL.md has 615 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from K3vinb5/unyo-app at commit 0a44722, republished under its BSD-3-Clause licence (© K3vinb5). 615 words, ~2,407 tokens.
.claude/skills/unyo-dependency-injection/SKILL.md (or your agent's skills folder).Unyo uses GetIt as its service locator for dependency injection. All registrations happen in a single file (lib/core/di/locator.dart) and follow a clear two-phase initialization pattern.
// lib/core/di/locator.dart
final sl = GetIt.instance;sl is the global service locator instance used throughout the app. Every dependency — services, repositories, notifiers, cubits — is registered in and resolved from sl.
Unyo initializes dependencies in two phases because some services depend on asynchronous platform APIs (like getApplicationSupportDirectory()) and others depend on Hive being ready.
setupLocator() — Called before runApp()void setupLocator() async {
// 1. Async platform dependencies first
sl.registerSingletonAsync<Directory>(
() => getApplicationSupportDirectory(),
instanceName: config.applicationSupportDirectory,
);
await sl.isReady<Directory>(instanceName: config.applicationSupportDirectory);
// 2. Singletons with no async dependencies
sl.registerSingleton<Logger>(getLogger());
sl.registerSingleton<AniyomiBridge>(AniyomiBridge());
sl.registerSingleton<TorrentService>(TorrentService());
sl.registerSingleton<SettingsService>(SettingsService());
// 3. Lazy singletons (services, notifiers, repositories)
sl.registerLazySingleton<HttpService>(() => HttpService());
sl.registerLazySingleton<GraphQLService>(
() => GraphQLService(httpService: sl<HttpService>(), endpoint: config.anilistGraphQLEndpoint),
instanceName: config.anilistGraphQlService,
);
sl.registerLazySingleton<AppEffectHandler>(() => AppEffectHandler());
// 4. Notifiers (all lazy singletons)
sl.registerLazySingleton<AnimeNotifier>(() => AnimeNotifier());
sl.registerLazySingleton<MangaNotifier>(() => MangaNotifier());
// ... more notifiers
// 5. Repositories (lazy singletons)
sl.registerLazySingleton<AnimeRepositoryAnilist>(() => AnimeRepositoryAnilist());
sl.registerLazySingleton<MangaRepositoryAnilist>(() => MangaRepositoryAnilist());
// 6. Cubits (factories — new instance each time)
sl.registerFactory<HomeCubit>(() => HomeCubit(
sl<UserNotifier>(instanceName: config.loggedUserNotifier),
sl<AnimeNotifier>(),
sl<MangaNotifier>(),
// ... all dependencies
));
}setupLocatorAfterHiveInit() — Called after Hive initializesvoid setupLocatorAfterHiveInit() {
// Dependencies that require Hive to be ready
sl.registerSingleton<ExtensionRepositoryAniyomi>(
ExtensionRepositoryAniyomi(
sl<UserRepositoryAnilist>(),
sl<UserNotifier>(instanceName: config.loggedUserNotifier),
),
);
}Why two phases? ExtensionRepositoryAniyomi uses Hive boxes for storage, so it can't be constructed until after Hive is initialized. The main() function calls setupLocator() → Hive init → setupLocatorAfterHiveInit().
registerSingleton<T> — Eager, one instance foreversl.registerSingleton<Logger>(getLogger());sl<Logger>() callregisterLazySingleton<T> — Lazy, one instance forever (after first access)sl.registerLazySingleton<AnimeRepositoryAnilist>(() => AnimeRepositoryAnilist());sl<AnimeRepositoryAnilist>()registerFactory<T> — New instance every timesl.registerFactory<HomeCubit>(() => HomeCubit(
sl<UserNotifier>(instanceName: config.loggedUserNotifier),
sl<AnimeNotifier>(),
));sl<HomeCubit>() is calledregisterSingletonAsync<T> — Async eager singletonsl.registerSingletonAsync<Directory>(
() => getApplicationSupportDirectory(),
instanceName: config.applicationSupportDirectory,
);
await sl.isReady<Directory>(instanceName: config.applicationSupportDirectory);isReady<T>() before usingWhen you need multiple registrations of the same type, use named instances:
// In config.dart
const String loggedUserNotifier = 'loggedUserNotifier';
const String newUserNotifier = 'newUserNotifier';
// Registration
sl.registerLazySingleton<UserNotifier>(() => UserNotifier(), instanceName: config.loggedUserNotifier);
sl.registerLazySingleton<UserNotifier>(() => UserNotifier(), instanceName: config.newUserNotifier);
// Resolution
sl<UserNotifier>(instanceName: config.loggedUserNotifier) // Different instance
sl<UserNotifier>(instanceName: config.newUserNotifier) // Different instanceConvention: Store instance name strings as const in lib/config/config.dart, not as magic strings in the locator.
StudioNotifier and StudioRepository// lib/config/config.dart
const String studioNotifier = 'studioNotifier';setupLocator() in the correct section:// Notifiers section
sl.registerLazySingleton<StudioNotifier>(() => StudioNotifier());
// Repositories section
sl.registerLazySingleton<StudioRepositoryAnilist>(() => StudioRepositoryAnilist());
// Cubits section (factories!)
sl.registerFactory<StudioCubit>(() => StudioCubit(
sl<StudioNotifier>(),
sl<StudioRepositoryAnilist>(),
));If the dependency needs Hive, register in setupLocatorAfterHiveInit() instead.
Import the cubit/notifier in locator.dart:
import 'package:unyo/application/cubits/studio_cubit.dart';
import 'package:unyo/core/notification/studio_notifier.dart';BlocProvider:// In the screen widget
BlocProvider(
create: (context) => sl<StudioCubit>(),
child: const StudioListener(),
)GetIt resolves dependencies at construction time. If HomeCubit needs AnimeNotifier, then AnimeNotifier must be registered before HomeCubit. Within each phase, follow this order:
Directory)Logger, bridge services)HttpService, GraphQLService, TorrentService)ThemeService, SettingsService)Repositories access services via the locator, not constructor injection:
class AnimeRepositoryAnilist with RepositoryMixin implements AnimeRepository {
final GraphQLService _anilistGraphQLService = sl<GraphQLService>(
instanceName: config.anilistGraphQlService,
);
final Logger _logger = sl<Logger>();This is intentional — repositories are lazy singletons that only exist once, so direct locator access is simpler than threading services through constructors. Cubits, however, receive all their dependencies via constructor injection from the locator.
setupLocator() before any code that uses sl<T>().await sl.isReady<T>(): For async singletons, you must wait for readiness before using them. The main() function handles this, but if you add a new async singleton, make sure to add the await.registerFactory for notifiers: Notifiers must be registerLazySingleton so all cubits share the same stream. Using registerFactory would create separate instances, breaking cross-cubit communication.registerSingleton for cubits: Cubits must be registerFactory to ensure each screen gets its own instance. Using registerSingleton would share state between screens and cause bugs.instanceName, you must also resolve with the same instanceName:// WRONG — resolves the unnamed instance, not the logged user notifier
sl<UserNotifier>()
// CORRECT — resolves the named instance
sl<UserNotifier>(instanceName: config.loggedUserNotifier)unyo-reactive-notifiers skillunyo-bloc-state-management skillunyo-domain-data-layer skill© K3vinb5, BSD-3-Clause. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .agents/skills/unyo-dependency-injection of K3vinb5/unyo-app.
Open the folder on GitHubat commit 0a44722
Unyo Dependency Injection next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Unyo Dependency Injection this skillK3vinb5/unyo-app | 664 | — | ~2.4k | Automated safety check: Pass | BSD-3-Clause | |
| Flutter App Architectureevanca/flutter-ai-rules | 650 | — | ~1.7k | Automated safety check: Pass | MIT | |
| Architecture Feature Firstevanca/flutter-ai-rules | 650 | — | ~1.9k | Automated safety check: Pass | MIT | |
| Flutter Initbear2u/my-skills | 932 | — | ~2.5k | Automated safety check: Pass | None | |
| Flutter Appccplugins/awesome-claude-code-plugins | 970 | — | ~1.1k | Automated safety check: Notes | Apache-2.0 | |
| Flutter Dependency InjectionHoangNguyen0403/agent-skills-standard | 572 | — | ~589 | Automated safety check: Pass | MIT |
evanca/flutter-ai-rules
A skill your agent uses when scaffolding a project, refactoring into layers, creating view models/repositories, configuring dependency injection, or implementing unidirectional data flow (MVVM).
evanca/flutter-ai-rules
A skill your agent uses when creating a feature, designing folder structure, adding repositories/services/view models, wiring dependency injection, or deciding which layer owns logic.
bear2u/my-skills
A skill your agent uses when user wants to create a new Flutter project (Todo/Habit/Note/Expense/Custom domain) with Clean Architecture, Riverpod 3.0, Drift, and modern Flutter stack
ccplugins/awesome-claude-code-plugins
Bootstrap a new Flutter mobile app with clean architecture, Riverpod, FVM-pinned SDK, current packages, and no deprecated APIs.
HoangNguyen0403/agent-skills-standard
Configure service locator setup using injectable and getit in Flutter.
HoangNguyen0403/agent-skills-standard
Organize Flutter apps with modular feature-based clean architecture.
K3vinb5/unyo-app
Generate Dart bean classes from JSON and regenerate serialization helpers using the fjson CLI.
K3vinb5/unyo-app
How to create cubits, define states, use the EffectMixin pattern, and handle side effects in the Unyo Flutter app.
K3vinb5/unyo-app
How to create domain entities, data models, and repositories in the Unyo Flutter app.
K3vinb5/unyo-app
How to create and use RxDart BehaviorSubject notifiers for cross-cubit communication in the Unyo Flutter app.
K3vinb5/unyo-app
How to add routes, configure navigation, and use AutoRoute in the Unyo Flutter app.
K3vinb5/unyo-app
How to build screens, widgets, and handle effects in the Unyo Flutter app's presentation layer.
Works with
Categories
How to register and resolve dependencies using GetIt in the Unyo Flutter app. Unyo Dependency Injection is an agent skill from K3vinb5/unyo-app. How to register and resolve dependencies using GetIt in the Unyo Flutter app.
Unyo Dependency Injection fits situations like: adding new services; notifiers to the dependency injection container; understanding registration types (singleton vs factory vs lazySingleton); dealing with named instances.
Run `npx skills add K3vinb5/unyo-app --skill unyo-dependency-injection -a claude-code`. Or copy the skill folder (.agents/skills/unyo-dependency-injection in K3vinb5/unyo-app) into .claude/skills/unyo-dependency-injection in your project. Claude Code loads it when a task matches its description.
Run `npx skills add K3vinb5/unyo-app --skill unyo-dependency-injection -a codex`. Or copy the skill folder (.agents/skills/unyo-dependency-injection in K3vinb5/unyo-app) into .agents/skills/unyo-dependency-injection in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add K3vinb5/unyo-app --skill unyo-dependency-injection -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/unyo-dependency-injection, .gemini/skills/unyo-dependency-injection, .github/skills/unyo-dependency-injection and .opencode/skills/unyo-dependency-injection in your project.
SKILL.md names no scripts, command-line tools or credentials: Unyo Dependency Injection is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Unyo Dependency Injection is published under the BSD-3-Clause licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 2.4k tokens (SKILL.md is roughly 9.6k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Unyo Dependency Injection: Flutter App Architecture (evanca/flutter-ai-rules, 650 stars), Architecture Feature First (evanca/flutter-ai-rules, 650 stars), Flutter Init (bear2u/my-skills, 932 stars) and Flutter App (ccplugins/awesome-claude-code-plugins, 970 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
K3vinb5 (a GitHub user) maintains it in K3vinb5/unyo-app, which has 664 GitHub stars. The repository holds 7 skills in this directory. The repository was last updated on June 12, 2026.
Source: K3vinb5/unyo-app on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.