Skill.md検索

ゴール文書を入力すると、Ralph Loopパターンで設計→実装→検証を自動で回します 設計フェーズでは既存コードやRN版リファレンスを読み込み、実装方針を自動決定します 実装フェーズでは自動コード生成と既存Flameパターンへの準拠を同時に実行します 検証フェーズで flutter analyze と flutter test を自動実行し、エラーを検出して修正します 進捗状況がファイルベースで記録されるため、中断→再開が可能で、反復的な開発が効率化できます G-Runner Flutter版の新機能を、リファレンス（RN版）を参考にして自動実装したい開発者 設計→実装→検証のループを何度も回す反復開発を自動化したい開発チーム IMPLEMENTATION_PLAN.mdの進捗更新を自動化して、プロジェクト管理を効率化したいプロダクトマネージャー Flameゲームエンジンの標準パターン（PositionComponent、anchor、論理座標系）に沿ったコード生成をしたい技術リーダー ゴール文書をインプットに、Ralph Loopパターンで設計→実装→検証の開発ループを自律実行するスキルです。引数は第1引数がゴール文書パス（必須）、--max-iterationsが最大イテレーション数（デフォルト10）。プロンプトテンプレートは、G-Runner Flutter版開発エージェント向けに、CLAUDE.md・IMPLEMENTATION_PLAN.md・RN版リファレンスを読み込ませ、Phase 0（Design）→Phase 1（Implementation）→Phase 2（Verify）→Phase 3（Update Plan）を順次実行します。Phase 0はRN版ファイル読み込み、ゴール分析、実装方針決定。Phase 1は constants.dart・stage_data.dart への追加、新規Flameコンポーネント実装、ゲームエンジン統合、HUD/画面更新。Phase 2は flutter analyze と flutter test 実行。Phase 3は IMPLEMENTATION_PLAN.md 更新。完了条件は全Phase完了、コード実装済み、解析エラーなし、テスト通過、計画更新済みです。

新機能の実装完了後、設計書・実装計画書・API比較表・README・チュートリアルをまとめて最新化できます Git の変更履歴から実装内容を自動判定し、どのドキュメントを更新すべきかを特定できます 実装ステータス、API仕様、実装詳細、ファイル構成などを一括更新し、ドキュメントと実装のズレを防げます 新しく実装されたAPIの場合、既存フォーマットに従って自動的に設計書を生成できます 機能を実装した直後、ドキュメント更新を効率的に済ませたい開発者 設計書と実装のズレを最小限にしたいプロジェクト README や API リファレンスを常に最新に保ちたいチーム 新機能追加時に、関連する複数のドキュメントを漏れなく更新したい人 update-docs スキルは 3 フェーズで実行されます。Phase 1（共通）：git diff と git log から変更内容を把握し、実装した機能を特定。Phase 2（開発ドキュメント更新）：設計書（docs/design/）ではステータスブロック・API仕様・Streamlit比較表を更新、実装計画書（docs/impl/）ではフェーズ完了状況・ファイル構成を更新、API比較表（docs/streamlit-api-comparison.md）では ❌ → ✅ に変更；該当ドキュメント未存在時は既存フォーマットに従い新規作成。Phase 3（README更新）：Features・API Reference セクションで新しいAPIを追加、既存フォーマット（TypeScript シグネチャ・パラメータテーブル・使用例）に従って記述。バグ修正・リファクタリング後にも使用可能。

プロジェクト設定ファイルを一括生成：package.json、TypeScript設定、エディタ設定など、必要なファイルを自動作成して整備されていないリポジトリを即戦力化します 開発スクリプトを標準化：dev、typecheck、lint、test、buildなど、プロジェクトに必要なすべてのコマンドを統一フォーマットで用意します 厳格な品質ルール（ガードレール）を設定：ESLintやTypeScript設定を最高レベルの厳格さに調整し、バグが混入しにくいコード環境を構築します テスト・CI/CDパイプラインを構築：ユニットテスト、E2Eテスト、自動デプロイなどが動作する状態までセットアップします 既存設定を保護しながら追加：新規プロジェクトでも既存プロジェクトでも、上書きせず不足分だけを追加するため安心です 新規プロジェクトを立ち上げたばかりのエンジニア：ゼロから環境整備する手間を削減できます チーム全体で開発環境を統一したいリード：命名規則やテストルールを一括で標準化できます 品質を重視するプロジェクトマネージャー：開発初期から厳格なチェック体制が整備されます レガシーコードベースを改善したいチーム：既存コードを保持しながら段階的に基盤を整備できます このスキルは4つのPhaseで構成されます。Phase 1（現状調査）では既存ファイルと技術スタックを把握します。git log、package.jsonの確認、パッケージマネージャ（npm/bun/pnpm/yarn）、ランタイム（Node.js/Bun/Deno等）、デプロイ先を特定します。不明な点はユーザーに確認します。Phase 2（設定ファイル作成）では、tsconfig.json、.nvmrc、.editorconfigなどを生成し、ランタイム固有の設定（Cloudflare Workers向けwrangler.toml等）を追加します。スクリプト設計では、dev・typecheck・lint・format・test・knip・checkなど12種類の標準スクリプトを用意します。Phase 3（ガードレール設定）では、ESLint v9 flat config をstrictTypeChecked+stylisticTypeCheckedで設定し、projectService: trueで型情報を有効化します。必須ルール：explicit-function-return-type・no-explicit-any・no-floating-promises・no-misused-promises・strict-boolean-expressions をすべてerrorに設定します。Phase 4（テスト・CI/CD）では、Vitest/Playwrightの設定、カバレッジ閾値の強制、GitHub Actions（またはGitLab CI）のワークフロー生成を行います。既存設定は上書きせず、不足分のみ追加することが徹底されています。