Synthèse automatique
Met à jour les dépendances d'un projet Flutter déclarées dans pubspec.yaml, en consultant les changelogs avant toute modification et en demandant confirmation pour les changements de version majeure.
Points forts
- Consulte le changelog pub.dev (et éventuellement les notes de release GitHub) avant chaque mise à jour et résume nouveautés, correctifs et breaking changes
- Interrompt le flux et demande une validation explicite via AskUserQuestion lorsqu'une version majeure est concernée
- Prend en charge un paquet ciblé, plusieurs paquets ou l'ensemble du projet avec --all
- Produit un tableau récapitulatif ancienne/nouvelle version et type de changement, et propose de relancer build_runner si des fichiers générés existent
Limites
- S'appuie entièrement sur flutter pub outdated et flutter pub upgrade : aucun rollback ni épinglage automatique en cas de régression
- Ne lance ni tests ni analyse statique pour détecter les ruptures d'API dans le code du projet
- La détection des breaking changes dépend de la qualité des changelogs et des pages web récupérées
À utiliser lorsqu'on veut mettre à jour des dépendances Dart/Flutter de façon méthodique, avec une revue des changements avant application.
À éviter si l'on cherche à résoudre des conflits de versions complexes ou à migrer manuellement du code cassé par une montée de version majeure.
Analyse de sécurité
PrudenceThe skill performs legitimate Flutter package management tasks using bash and network access. Commands are non-destructive and standard for the domain, but they do modify project files and fetch external content, warranting caution rather than a completely risk-free rating.
- •Instructs execution of bash commands (flutter pub outdated, flutter pub upgrade, build_runner) that modify project dependency state and generate files.
- •Uses WebFetch to access external sites (pub.dev, GitHub) for changelog information.
Exemples
/flutter-pub-update --all/flutter-pub-update http dio shared_preferencesUpdate the intl package in my Flutter project; check the changelog and warn me about breaking changes before bumping the major version.name: flutter-pub-update description: Flutterプロジェクトのpubspec.yamlパッケージを更新するスキル。一括更新または指定パッケージ更新に対応。メジャーバージョン更新時は確認を挟み、更新前にpub.dev/GitHubでchangelogを確認して変更内容を報告する。$ARGUMENTSにパッケージ名を指定するか、--allで全パッケージ更新。
Flutter Pub Update
Overview
Flutterプロジェクトのpubspec.yaml依存パッケージを安全に更新するためのスキル。更新前に変更内容を確認し、メジャーバージョン変更時はユーザー確認を挟む。
使用方法
/flutter-pub-update パッケージ名- 指定パッケージを更新/flutter-pub-update パッケージ1 パッケージ2- 複数パッケージを更新/flutter-pub-update --all- 全パッケージを一括更新
ワークフロー
Step 1: 現在の状態を確認
flutter pub outdated
出力から以下を把握:
- Current: 現在のバージョン
- Upgradable: pubspec.yaml制約内で更新可能なバージョン
- Resolvable: 制約を変更すれば更新可能なバージョン
- Latest: 最新バージョン
Step 2: 更新対象の特定
指定パッケージの場合: $ARGUMENTSで指定されたパッケージのみ対象
--allの場合: outdatedで表示された全パッケージを対象
Step 3: 各パッケージの更新差分を調査
対象パッケージごとにWebFetchツールを使用して変更内容を確認:
-
pub.devのChangelogを確認
- URL:
https://pub.dev/packages/{パッケージ名}/changelog - 現在バージョンから更新後バージョンまでの変更点を抽出
- URL:
-
GitHubリリースノートを確認（必要に応じて）
- pub.devのパッケージページからリポジトリURLを取得
- リリースノートで詳細な変更内容を確認
-
変更内容をまとめて報告
- 新機能
- バグ修正
- Breaking Changes（重要）
- 非推奨になった機能
Step 4: メジャーバージョン更新の確認
メジャーバージョンが変わる場合（例: 1.x.x → 2.x.x）:
- Breaking Changesを明確に提示
- 影響を受ける可能性のあるコードを説明
- AskUserQuestionツールで更新の承認を確認
このパッケージはメジャーバージョンが変わります:
- {パッケージ名}: {現在バージョン} → {新バージョン}
Breaking Changes:
- [変更内容1]
- [変更内容2]
更新を続行しますか？
Step 5: パッケージの更新
承認後、flutter pub upgradeコマンドを使用:
指定パッケージの更新:
flutter pub upgrade パッケージ名
メジャーバージョンを含む更新:
flutter pub upgrade --major-versions パッケージ名
全パッケージの更新:
flutter pub upgrade
全パッケージのメジャーバージョン更新:
flutter pub upgrade --major-versions
Step 6: 更新結果の報告
更新完了後、以下を報告:
## 更新完了
| パッケージ | 旧バージョン | 新バージョン | 変更種別 |
|-----------|-------------|-------------|---------|
| xxx | 1.0.0 | 1.2.0 | Minor |
| yyy | 2.0.0 | 3.0.0 | Major |
### 主な変更点
- xxx: 新機能Aが追加
- yyy: APIが変更（要確認）
注意事項
- 自動生成ファイル（*.g.dart, *.freezed.dart）がある場合は
flutter pub run build_runner build --delete-conflicting-outputsの実行を提案
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/flutter-pub-dependency-update-mtzb82tn/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/flutter-pub-dependency-update-mtzb82tn' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/flutter-pub-dependency-update-mtzb82tn/download' --output '.skill-downloads/flutter-pub-dependency-update-mtzb82tn/SKILL.md.part' && mv '.skill-downloads/flutter-pub-dependency-update-mtzb82tn/SKILL.md.part' '.skill-downloads/flutter-pub-dependency-update-mtzb82tn/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/flutter-pub-dependency-update-mtzb82tn/SKILL.md' && test -s '.skill-downloads/flutter-pub-dependency-update-mtzb82tn/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/flutter-pub-update' && cp -R '.skill-downloads/flutter-pub-dependency-update-mtzb82tn' '.claude/skills/flutter-pub-update'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/flutter-pub-dependency-update-mtzb82tn'openskills read 'flutter-pub-dependency-update-mtzb82tn'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/flutter-pub-dependency-update-mtzb82tn/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.