mcpField
F
flutter-app-workflow

flutter-app-workflow

github.com/thienqo開発1576 回インストール今日更新
リポジトリ

flutter-app-workflow について

Flutter プロジェクト向けの開発ワークフロースキルです。既存の規約を保ちながら、根拠に基づく計画、実装、検証を支援し、垂直スライス単位での開発と完了前の確認を重視します。

主な機能

  1. 01要件とリポジトリ制約の確認
  2. 02必要な専門スキルのみ読み込み
  3. 03影響範囲と受け入れ根拠の整理
  4. 04垂直スライス単位で実装とテスト
  5. 05完了前のレビューと再検査
  6. 06検証の阻害要因と未確認事項の報告

活用シーン

  1. 01チケットに基づく Flutter 変更の計画
  2. 02既存アーキテクチャ内での機能スライス開発
  3. 03検査失敗や検証阻害要因の追跡

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/thienqo/flutter-skills --skill flutter-app-workflow

インストール後、Claude Code で/flutter-app-workflowを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

evals/
cases.json
references/
delivery-verification.md
post-implementation-review.md
project-preflight.md

詳細

Flutter アプリのワークフロー

実行可能で保守しやすい成果物を、根拠とともに提供します。明示的に移行が求められていない限り、ユーザーが選択した製品方針と既存の規約を維持します。

事前確認

計画を立てる前に、プロジェクトの事前確認を読んでください。

  • タスクにチケットが含まれている場合は、利用可能な GitHub 連携または CLI から内容を読み取り、現在のコードと照合して、編集前に合意した実装範囲を明示してください。

  • 要件や担当範囲に重要な曖昧さが残る動作は編集しないでください。

  • 提供されたプロジェクト情報を事前確認の根拠として扱い、SDK、プラットフォーム、パッケージ、アーキテクチャ、テスト、フレーバー、デバイスなどのリポジトリ上の制約を調べてください。再質問はしないでください。

  • 既存の適切な解決策を再利用してください。慣れているという理由だけでパッケージを追加しないでください。

  • 利用可能な根拠をすべて確認した後、以下を含む簡潔な理解のチェックポイントを提示してください。

    • 現在の動作と意図する動作、および根拠と仮説の区別
    • 対象範囲の作業と影響を受ける共有利用者
    • データ契約、時間、ローカライズの意味
    • 対象範囲外のテストとプラットフォーム
    • 引き続き可能な調査

    そのうえで、焦点を絞った質問を1つしてください。影響を受ける境界ごとに、その動作がなぜそこに及ぶのか、さらに必要となる具体的なコード、契約、テストの根拠を示してください。モジュール名を並べるだけでは影響マップになりません。

専門家への振り分け

垂直スライスに必要な専門家だけを読み込んでください。利用可能な専門家に限ります。

  • アーキテクチャと状態管理：flutter-architecture、flutter-state-management
  • UI とビジュアル：flutter-ui-design、flutter-ui-patterns、flutter-visual-effects、flutter-responsive-layout、flutter-animation、flutter-navigation、flutter-text-rendering、flutter-figma-workflow
  • データ、AI、製品：flutter-networking、flutter-openapi-client、flutter-persistence、flutter-authentication、flutter-in-app-purchases、flutter-product-analytics、flutter-ai-integration
  • プラットフォームと運用：flutter-platform-integration、flutter-webview、flutter-notifications、flutter-background-execution、flutter-localization、flutter-dependency-upgrades、flutter-observability、flutter-runtime-debugging
  • 言語とセキュリティ：dart-language、dart-concurrency、flutter-security、flutter-code-review
  • 品質とデリバリー：flutter-testing、flutter-accessibility、flutter-performance、flutter-ci-cd、flutter-build-release、flutter-device-testing

専門家が利用できない場合は、このワークフローの事前確認と垂直スライスのルールに従って作業を続けてください。読み込んだと主張したり、スキルを黙ってインストールしたりしないでください。フォームの入力検証や API キャッシュなど、焦点を絞った作業は、このワークフローを実行せず、専用の専門家に依頼してください。

垂直スライスでの提供

  1. 現在の動作、意図する動作、裏付けのある根本原因、作業範囲、影響マップ、受け入れの根拠を明らかにします。
  2. 既存のプロジェクトに適合する、最小限のアーキテクチャ変更を選択します。
  3. モデル、データ、状態、UI を通る一貫したパスを1つ実装します。
  4. 無関係な書き換えの後ではなく、動作とともに対象を絞ったテストを追加します。
  5. 各スライスの後に、範囲を絞ったチェックを実行します。
  6. 完了を主張する前に、実装後のレビューに従い、クリーンな実装のゲートを満たし、許可された範囲内で重要な指摘に対処し、影響を受けるチェックを再実行します。
  7. 根拠のラベル付けと範囲を限定した Git の引き継ぎを含む、デリバリーの検証に従います。

ファイルは一貫性を保ち、ドメインを中心に構成してください。行数だけを理由にファイルを分割しないでください。

停止条件

必須のチェックに失敗している間は、完了を主張しないでください。認証情報、デバイス、バックエンドによって検証が妨げられる場合は、検証できた内容と、未解決の阻害要因を報告してください。

参考資料

コメント

Markdown 対応