flutter-app-architecture

36 Flutter and Dart skills your coding agent loads by itself, sourced only from official documen...

审核状态：已审核Quality 80Security 88

复制安装命令

用 Codex 或 Claude 安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它先审查 Skill 页面再帮你安装。

复制前请先查看来源、License 和安全提示。

项目 README

来源文件：README.md

抓取于 2026年8月25日

Flutter AI Skills for Claude Code, Codex, Cursor, Antigravity, and Other AI Coding Agents

36 Flutter and Dart skills your coding agent loads by itself, sourced only from official documentation.

A skill is a folder with a SKILL.md file. Your agent reads the description, decides a task matches, and pulls in the guidance — you don't paste anything into a rules file or remember to @-mention a doc. Install once, and Firebase Auth guidance shows up when you touch auth, Riverpod guidance when you touch providers.

A comprehensive, (almost) non-opinionated collection: everything here is derived from official Flutter, Dart, Firebase, and package documentation. No personal preferences, no invented conventions.

⚡ Quick start

npx skills add evanca/flutter-ai-rules

That's it. The Skills CLI discovers the packages under skills/ and installs them for supported agents.

Browse before installing, or take just one:

npx skills add evanca/flutter-ai-rules --list
npx skills add evanca/flutter-ai-rules --skill flutter-best-practices

Install as a plugin

This repo is also a plugin marketplace, so agents that support plugins can install the whole set and keep it updated in place. The manifests live at .claude-plugin/, .codex-plugin/, .cursor-plugin/, .agents/plugins/, and plugin.json — all pointing at the same skills/ directory.

Claude Code — plugin marketplaces:

/plugin marketplace add evanca/flutter-ai-rules
/plugin install flutter-ai-skills@flutter-ai-rules

Skills then load as flutter-ai-skills:bloc, flutter-ai-skills:riverpod, and so on.

Codex — plugins:

codex plugin marketplace add evanca/flutter-ai-rules
codex plugin install flutter-ai-skills@flutter-ai-rules

Cursor — plugins: in Cursor, run /add-plugin, or add the repo as a team marketplace under Dashboard → Settings → Plugins → Import from Repo:

https://github.com/evanca/flutter-ai-rules

Antigravity — plugins:

git clone --depth 1 https://github.com/evanca/flutter-ai-rules.git
agy plugin install ./flutter-ai-rules

Windsurf / Devin has no plugin manifest, but Cascade already scans .agents/skills/ and ~/.agents/skills/, so the manual copy below is the install path. GitHub Copilot doesn't read SKILL.md at all — see Rules and combined sets for what to use instead.

Prefer to do it by hand? Copy or symlink any skill folder into your agent's skills directory — .claude/skills/, .cursor/skills/, .codex/skills/, .agents/skills/ (Antigravity, Codex, Windsurf), .windsurf/skills/. Or vendor the whole set into your project:

git clone --depth 1 https://github.com/evanca/flutter-ai-rules.git temp_repo && mkdir -p .skills && cp -r temp_repo/skills/* .skills && rm -rf temp_repo

With a .skills/ folder you can also reference a skill explicitly when you want it: "Read @.skills/bloc/SKILL.md and create test coverage for the new methods."

🧠 What's in the box

Flutter and Dart foundations

Skill	Loads when you're…
`flutter-best-practices`	Writing, reviewing, or planning Flutter code
`effective-dart`	Writing Dart, naming things, adding doc comments
`dart-3-updates`	Using records, patterns, sealed classes, switch expressions
`flutter-app-architecture`	Scaffolding a project or refactoring into layers
`architecture-feature-first`	Designing folder structure for a new feature
`flutter-errors`	Hitting RenderFlex overflows, unbounded constraints, layout errors
`flutter-use-column-row-first`	Building responsive layouts with Row, Column, Expanded, Flexible
`flutter-pre-caching`	Preloading fonts, images, animations, or config

State management

Skill	Loads when you're…
`bloc`	Creating a Cubit or Bloc, modeling state, wiring providers
`riverpod`	Setting up providers, combining requests, managing disposal
`provider`	Consuming state, optimizing rebuilds, using ProxyProvider
`flutter-change-notifier`	Setting up ChangeNotifier models and consuming them

Testing and review

Skill	Loads when you're…
`testing`	Writing unit, widget, or golden tests; fixing flaky tests
`mockito`	Generating mocks, stubbing, verifying interactions
`mocktail`	Mocking without codegen, registering fallback values
`patrol-e2e-testing`	Writing E2E tests that touch native permissions or dialogs
`code-review`	Reviewing a PR, branch, or diff

Firebase

Skill	Loads when you're…
`flutterfire-configure`	Adding Firebase to a project, running `flutterfire configure`
`firebase-auth`	Setting up auth, managing auth state, social sign-in
`firebase-cloud-firestore`	Designing schemas, CRUD, listeners, pagination
`firebase-database`	Syncing real-time data, structuring JSON trees
`firebase-storage`	Uploading and downloading files, managing metadata
`firebase-analytics`	Logging events, setting user properties
`firebase-crashlytics`	Capturing fatal and non-fatal errors
`firebase-messaging`	Setting up FCM, handling background messages
`firebase-in-app-messaging`	Running in-app campaigns
`firebase-remote-config`	Implementing feature flags or A/B tests
`firebase-app-check`	Configuring attestation and debug tokens
`firebase-cloud-functions`	Calling callable functions, handling errors
`firebase-ai`	Generating text or chat with Gemini via `firebase_ai`
`generate-images-with-firebase-ai`	Generating or editing images with a Gemini image model (Nano Banana)
`firebase-data-connect`	Writing GraphQL queries against Data Connect

Shipping and product

Skill	Loads when you're…
`accessibility`	Working on a11y, WCAG, screen readers, focus order
`inclusive-design`	Handling i18n, global name/address forms, low-end devices
`store-listing-assets`	Writing store copy to character limits
`revenuecat-testing`	Testing purchases, subscriptions, sandbox flows
`developing-genkit-dart`	Building AI agents in Dart with Genkit

🗂️ Rules and combined sets (legacy)

Before skills existed, this repo shipped rule files you pasted into a config, plus pre-merged bundles squeezed under Windsurf's character cap. Both still work and both are still updated, but skills are the recommended path — they load contextually instead of consuming your context window on every request.

Reach for these only if your tool has no skills support, or you want one static file you fully control:

rules/ — six broad foundation files: effective_dart.md, flutter_app_architecture.md, flutter_errors.md, dart_3_updates.md, testing.md, code_review.md. Drop them in your project and reference them by name: "Read @rules/effective_dart.md and follow its conventions." Package-specific guidance (Bloc, Riverpod, Firebase, Mockito…) is skills-only now.
combined/ — seven topic bundles, each in a full and an __under_6K variant. Paste one into your global or local rules config and you're done. The trimmed variants stay under 6,000 characters to fit Windsurf's global_rules.md hard limit.

GitHub Copilot lives here rather than in the skills section, because it has no SKILL.md support. Three options, in the order Copilot documents them:

Copy a combined/ bundle to .github/copilot-instructions.md for repo-wide guidance.
Copy rules/ files into .github/instructions/ as <name>.instructions.md, each with applyTo: "**/*.dart" frontmatter, so they only load for Dart files.
Copilot also reads a root AGENTS.md, so a bundle pasted there works for Copilot, Codex, and Antigravity at once.

📏 Recommended file sizes by tool

Size guidance from each tool's own official documentation, for rule/instruction files and for SKILL.md files (accessed 2026-07-11).

Tool	Rule file — recommended size	`SKILL.md` — recommended size
Claude Code	`CLAUDE.md`: under 200 lines (soft)	Under 500 lines (soft); `description` 1,536 chars (hard)
Cursor	`.mdc` rule: under 500 lines (soft)	No numeric limit — "keep focused, move detail to separate files"
OpenAI Codex	`AGENTS.md`: no limit stated	Skill bundle: zip ≤ 50 MB, uncompressed file ≤ 25 MB, ≤ 500 files/version (no per-`SKILL.md` text limit)
Google Antigravity	rule file: 12,000 chars each (hard)	No numeric limit stated
Windsurf	`global_rules.md`: 6,000 chars; `.windsurf/rules/.md`: 12,000 chars/file (hard)*	No numeric limit — "keeps your context window lean"
GitHub Copilot	`copilot-instructions.md`: ≤ 2 pages (soft, approx.)	Not supported — no repo-level `SKILL.md`

Notes:

Hard = enforced/truncated at the limit; soft = a documented quality recommendation.
Only Claude Code publishes a numeric SKILL.md length recommendation (under 500 lines). Cursor, Windsurf, and Antigravity just say "keep it focused/lean" with no figure; OpenAI documents skill-bundle limits (50 MB zip / 25 MB per file / 500 files) rather than a text length; and GitHub Copilot has no repo-level SKILL.md — it uses copilot-instructions.md plus path-specific *.instructions.md (no size limit stated for the latter).
Claude Code loads CLAUDE.md in full regardless of length, but notes files over 200 lines "consume more context and reduce adherence"; its auto-memory MEMORY.md loads only the "first 200 lines or 25KB, whichever comes first."
Windsurf is still named Windsurf; its docs are served through Cognition (docs.windsurf.com → docs.devin.ai) and reference .windsurf/rules and .windsurf/skills.
This repo keeps the combined/ sets under 6,000 characters to satisfy the strictest hard limit above (Windsurf global_rules.md).

📌 No opinions, just documentation

Every skill is sourced from official documentation — no personal preferences or subjective interpretations. That's intentional. You're free to alter them to taste, but this repo stays objective by sticking to the source.

One consequence worth knowing: skills can contradict each other, because their sources do. If one package recommends a folder layout and another recommends a different one, you'll see both.

Content is re-fetched from upstream docs on a schedule, so skills track the official guidance as it changes rather than freezing at whatever was true when they were written.

🛠️ Contributing

Contributions are welcome:

Fork this repository.
Add or modify a skill in skills/, or a rule in rules/.
Open a pull request explaining the change.

Include an official documentation link for anything you add or change. That's the one hard requirement — it's what keeps the repo objective and reviewable. If your source isn't already listed in ATTRIBUTION.md, add it there with its license — and if that license isn't a permissive one, restate the guidance instead of quoting it.

📚 Sources

Official documentation these skills are built from:

Flutter — App Architecture · Common Errors · Simple State Management

Dart — Effective Dart · Language tour · Records · Patterns · Pattern types · Branches

State management — Bloc · Riverpod · Provider

Testing — Mockito · Mocktail · Patrol

Firebase — Firebase for Flutter · FlutterFire · Multiple flavors with the FlutterFire CLI

📄 License

MIT — for this repository's own content: the choice of topics, the trigger descriptions, and the wording and structure of every skill.

The underlying documentation keeps its own terms. Most of it is CC BY 4.0 (Flutter, Dart, Firebase), with code samples under BSD-3 or Apache 2.0, package READMEs under MIT or Apache 2.0, and a few sources — Apple, Google Play, RevenueCat — that aren't openly licensed and are therefore restated as fact rather than copied. ATTRIBUTION.md maps every source to its license and to the skills built on it.

If you redistribute this repo or lift a single skill out of it, keep the source links — that's what the CC BY attribution requirement actually asks for.

数据与 AI

中风险

来源需自行核对维护者身份。
未检测到明显脚本安装指令。
未检测到明显外部权限要求。
未检测到高风险命令。
扫描发现：1 条。

Codex — Git Clone 安装

安装前请先查看来源仓库和风险报告。
克隆仓库：git clone https://github.com/evanca/flutter-ai-rules.git
将 "skills/flutter-app-architecture" 文件夹复制到 Codex 的 skills 目录中。
重启 Codex 让新的 skill 生效。

Codex — 手动复制安装

安装前请先查看来源仓库和风险报告。
从源仓库下载 SKILL.md 及相关文件。
在 Codex 的 skills 目录中创建新文件夹。
将所有 skill 文件复制到新文件夹中。
重启 Codex 让新的 skill 生效。

Claude Code — Git Clone 安装

安装前请先查看来源仓库和风险报告。
克隆仓库：git clone https://github.com/evanca/flutter-ai-rules.git
将 "skills/flutter-app-architecture" 文件夹复制到 Claude Code 的 skills 目录中。
重启 Claude Code 让新的 skill 生效。

Claude Code — 手动复制安装

安装前请先查看来源仓库和风险报告。
从源仓库下载 SKILL.md 及相关文件。
在 Claude Code 的 skills 目录中创建新文件夹。
将所有 skill 文件复制到新文件夹中。
重启 Claude Code 让新的 skill 生效。

Cursor — Git Clone 安装

安装前请先查看来源仓库和风险报告。
克隆仓库：git clone https://github.com/evanca/flutter-ai-rules.git
将 "skills/flutter-app-architecture" 文件夹复制到 Cursor 的 skills 目录中。
重启 Cursor 让新的 skill 生效。

Cursor — 手动复制安装

安装前请先查看来源仓库和风险报告。
从源仓库下载 SKILL.md 及相关文件。
在 Cursor 的 skills 目录中创建新文件夹。
将所有 skill 文件复制到新文件夹中。
重启 Cursor 让新的 skill 生效。

GitHub Copilot — Git Clone 安装

安装前请先查看来源仓库和风险报告。
克隆仓库：git clone https://github.com/evanca/flutter-ai-rules.git
将 "skills/flutter-app-architecture" 文件夹复制到 GitHub Copilot 的 skills 目录中。
重启 GitHub Copilot 让新的 skill 生效。

GitHub Copilot — 手动复制安装

安装前请先查看来源仓库和风险报告。
从源仓库下载 SKILL.md 及相关文件。
在 GitHub Copilot 的 skills 目录中创建新文件夹。
将所有 skill 文件复制到新文件夹中。
重启 GitHub Copilot 让新的 skill 生效。

Windsurf — Git Clone 安装

安装前请先查看来源仓库和风险报告。
克隆仓库：git clone https://github.com/evanca/flutter-ai-rules.git
将 "skills/flutter-app-architecture" 文件夹复制到 Windsurf 的 skills 目录中。
重启 Windsurf 让新的 skill 生效。

Windsurf — 手动复制安装

安装前请先查看来源仓库和风险报告。
从源仓库下载 SKILL.md 及相关文件。
在 Windsurf 的 skills 目录中创建新文件夹。
将所有 skill 文件复制到新文件夹中。
重启 Windsurf 让新的 skill 生效。

查看 SKILL.md 原文

name: flutter-app-architecture
description: "Use when scaffolding a project, refactoring into layers, creating view models/repositories, configuring dependency injection, or implementing unidirectional data flow (MVVM)."
license: MIT

Flutter App Architecture Skill

This skill defines how to structure Flutter applications using layered architecture, proper data flow, and MVVM patterns for maintainability and testability.

When to Use

Use this skill when:

Scaffolding a new Flutter project with layered architecture.
Creating or refactoring View Models, Repositories, or Services.
Wiring dependency injection between architectural components.
Implementing unidirectional data flow across layers.
Adding a Domain (Logic) Layer for complex business logic or shared use cases.

1. Layer Structure

Separate every app into a UI Layer and a Data Layer. Add a Logic (Domain) Layer only for complex apps.

┌──────────────────────────────────────────────────────────────┐
│   UI Layer    │  Views + ViewModels                           │
├──────────────────────────────────────────────────────────────┤
│  Logic Layer  │  Use Cases / Interactors  (optional)         │
├──────────────────────────────────────────────────────────────┤
│   Data Layer  │  Repositories + Services                     │
└──────────────────────────────────────────────────────────────┘

Rules:

Only adjacent layers may communicate. The UI layer must never access a Service directly.
Data changes always happen in the Data layer (SSOT = Repository). No mutation in UI or Logic layers.
Follow unidirectional data flow: state flows down (Data → UI), events flow up (UI → Data).

2. Component Responsibilities

View

Describes how to present data; keep logic minimal and UI-related only.
Passes events to the ViewModel in response to user interactions.

ViewModel

Converts app data into UI state and maintains the current state needed by the View.
Exposes callbacks (commands) to the View and retrieves/transforms data from Repositories.

class BookingViewModel extends ChangeNotifier {
  final BookingRepository _repo;

  BookingViewModel(this._repo);

  List<Booking> _bookings = [];
  List<Booking> get bookings => List.unmodifiable(_bookings);

  bool _isLoading = false;
  bool get isLoading => _isLoading;

  Future<void> loadBookings() async {
    _isLoading = true;
    notifyListeners();

    _bookings = await _repo.getBookings();
    _isLoading = false;
    notifyListeners();
  }

  Future<void> cancelBooking(String id) async {
    await _repo.cancelBooking(id);
    _bookings = await _repo.getBookings();
    notifyListeners();
  }
}

Repository (Single Source of Truth)

The only class that may mutate its data; all other classes read from it.
Handles caching, error handling, and data refresh logic.
Transforms raw data from Services into domain models.

class BookingRepository {
  final BookingApiService _apiService;
  final BookingLocalService _localService;

  BookingRepository(this._apiService, this._localService);

  Future<List<Booking>> getBookings() async {
    try {
      final remote = await _apiService.fetchBookings();
      await _localService.cacheBookings(remote);
      return remote;
    } catch (_) {
      return _localService.getCachedBookings();
    }
  }

  Future<void> cancelBooking(String id) async {
    await _apiService.cancelBooking(id);
    await _localService.removeCachedBooking(id);
  }
}

Service

Wraps API endpoints and exposes asynchronous response objects.
Isolates data-loading and holds no state.

class BookingApiService {
  final http.Client _client;
  BookingApiService(this._client);

  Future<List<Booking>> fetchBookings() async {
    final response = await _client.get(Uri.parse('/api/bookings'));
    if (response.statusCode != 200) {
      throw HttpException('Failed to load bookings');
    }
    final data = jsonDecode(response.body) as List;
    return data.map((json) => Booking.fromJson(json)).toList();
  }
}

3. Dependency Injection

Supply dependencies via constructors. Define abstract interfaces so implementations can be swapped for testing.

// Abstract interface for the repository
abstract class BookingRepository {
  Future<List<Booking>> getBookings();
  Future<void> cancelBooking(String id);
}

// Concrete implementation
class BookingRepositoryImpl implements BookingRepository {
  final BookingApiService _api;
  BookingRepositoryImpl(this._api);

  @override
  Future<List<Booking>> getBookings() => _api.fetchBookings();

  @override
  Future<void> cancelBooking(String id) => _api.cancelBooking(id);
}

4. Use Cases (Domain Layer)

Introduce use cases only when:

Logic is complex or does not fit cleanly in the UI or Data layers.
Logic is reused across multiple ViewModels or merges data from multiple Repositories.

class GetUpcomingBookingsUseCase {
  final BookingRepository _bookingRepo;
  final UserRepository _userRepo;

  GetUpcomingBookingsUseCase(this._bookingRepo, this._userRepo);

  Future<List<Booking>> call() async {
    final user = await _userRepo.getCurrentUser();
    final bookings = await _bookingRepo.getBookings();
    return bookings
        .where((b) => b.userId == user.id && b.date.isAfter(DateTime.now()))
        .toList();
  }
}

5. Workflow: Scaffold a New Feature

Create the Service — implement the API wrapper with typed response parsing.
Create the Repository — inject the Service, implement caching and error-handling logic.
Create the ViewModel — inject the Repository, expose UI state and commands.
Create the View — bind to the ViewModel, render state, dispatch events.
Wire DI — register all components in the dependency injection container.
Verify — confirm the View never accesses the Service directly and data flows unidirectionally.

6. Data Storage

Use key-value storage (e.g., shared_preferences) for configuration and preferences.
Use SQL storage (e.g., drift, sqflite) for complex relational data.
Implement optimistic updates to improve perceived responsiveness by updating UI before server confirms.
Support offline-first by combining local and remote data sources in Repositories.

7. Coding Conventions

Use StatelessWidget when possible; avoid unnecessary StatefulWidgets.
Keep build methods simple and focused on rendering.
Prefer final for fields and top-level variables. Prefer const constructors when the class supports it.
Prefer explicit typing on public APIs (e.g., Command0<void> over dynamic signatures).
Use descriptive constant names (e.g., _todoTableName over _kTableTodo).

References

发现问题？提交给管理员复核

暂无评论，成为第一个评论者吧！