安裝
https://docs.flutter.dev/ai/get-started適合誰
如果你在做 Flutter 應用，希望 AI 助手帶著一套為 Flutter 準備的技能、MCP 設定和規則來做事，而不是把通用編碼習慣硬套到 Dart/Flutter 上，這組外掛更合適。它們把技能、MCP 伺服器設定和規則捆在一起，用來提供順利路徑的 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 開發的能力，並給出量身工作流。任務可以是：在已安裝外掛的助手裡，讓它按捆綁的技能和規則完成一個小的介面或工程改動。可用頁面文字沒有列出技能資料夾名字，也沒有寫具體 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、改驅動設定或提交倉庫補丁的動作，都要先讓助手列出將改檔案，你確認後再繼續。