安装
https://docs.flutter.dev/ai/get-started适合谁
如果你在做 Flutter 应用，希望 AI 助手带着一套为 Flutter 准备的技能、MCP 配置和规则来做事，而不是把通用编码习惯硬套到 Dart/Flutter 上，这组插件更合适。它们把技能、MCP 服务器配置和规则捆在一起，用来提供 happy path 的 Flutter 开发流程和说明。
其中的关键部分是 Agent Skills：它们是简单的文件目录，被写成 MCP 的补充——MCP 让助手拿到专用工具，Skill 则教它「如何」为特定任务使用这些工具。纯 Dart 任务应使用另一套
https://github.com/dart-lang/skills
不要把本仓库当成 Dart 语言技能的替代品。你需要已经有 Flutter 项目，并接受按官方文档给「你正在用的那个 Agent」安装插件。
3 分钟完成第一次尝试
官方安装路径不是一条本机包管理命令，而是文档页「Get started developing with AI」：
https://docs.flutter.dev/ai/get-started
按该页为你的首选 Agent 安装插件。不要在本页之外再拼一套未写出的安装器。打开文档前先确认：这是你要写入的 Agent 环境，你愿意按页面步骤改它的插件/技能配置。这会改助手环境，不是只读查看。
装好后先做低风险核对：让助手说明它将如何用 Flutter Driver 与应用交互，或只通过 MCP 探索现有 UI，先不要写测试文件。成功信号是：它谈的是 Flutter 工作流（技能 + MCP + 规则），并且能区分「用工具探索」和「把动作写成永久集成测试」。若它开始改 pubspec 或生成测试文件，先停下来，让它复述将改的路径。
使用案例
案例一：走 Flutter 常规开发。这组插件的目标是扩展 AI 助手做 Flutter 开发的能力，并给出 tailored workflows。任务可以是：在已安装插件的助手里，让它按捆绑的技能和规则完成一个小的界面或工程改动。摘录没有列出技能文件夹名字，也没有写具体 MCP 工具名。因此你不能点名某个未出现的短名；你能要求的是「按这套 Flutter 插件的工作流来」。改文件前仍要确认路径。
案例二：补集成测试或先探索 UI。有一项能力是：配置 Flutter Driver 以便与应用交互，并把 MCP 动作转换成永久的集成测试。使用时机包括：给项目添加集成测试、通过 MCP 探索 UI 组件，或用 integration_test 包自动化用户流程。第一次优先「探索 UI / 说明将生成什么测试」，确认后再允许把 MCP 动作落成永久测试。摘录没有给出技能短名，不要自造一个命令名去调用。
使用边界
安装以
https://docs.flutter.dev/ai/get-started
为准，并且按你的首选 Agent 来。本仓库没有再写第二条并列安装命令。Dart 任务转到
https://github.com/dart-lang/skills
当前不接受 pull request，但欢迎反馈。页面没有写反馈渠道的具体表单，也没有写卸载步骤。
不要把「配置 Flutter Driver + 把 MCP 动作写成测试」理解成已经给出了可复制的技能短名。第一次停在阅读文档、安装，以及只读的 UI 探索。任何写入 integration_test、改驱动配置或提交仓库补丁的动作，都要先让助手列出将改文件，你确认后再继续。