godot-master
Godot 4.x の専門的なゲームおよびアプリケーション開発のための統合エキスパートライブラリです。94 個の専門化されたブループリントをアーキテクチャワークフロー、アンチパターンカタログ、パフォーマンスバジェット、サーバー API パターンを通じて調整します。新規プロジェクト開始時、ゲームやアプリのアーキテクチャ設計時、エンティティ/コンポーネントシステム構築時、パフォーマンスや物理問題のデバッグ時、2D/3D アプローチの選択時、マルチプレイヤー実装時、ドロー呼び出しやスクリプト時間の最適化時、プラットフォーム間の移植時に使用します。すべての Godot 開発タスクの主要なエントリーポイントです。
description の原文を見る
Consolidated expert library for professional Godot 4.x game and application development. Orchestrates 94 specialized blueprints through architectural workflows, anti-pattern catalogs, performance budgets, and Server API patterns. Use when: (1) starting a new Godot project, (2) designing game or app architecture, (3) building entity/component systems, (4) debugging performance or physics issues, (5) choosing between 2D/3D approaches, (6) implementing multiplayer, (7) optimizing draw calls or script time, (8) porting between platforms. Primary entry point for ALL Godot development tasks.
SKILL.md 本文
Godot Master: Lead Architect Knowledge Hub
すべてのセクションは Knowledge Delta に焦点を当てることで価値を生み出します。これは、Claude がすでに知っていることと、実際に商用製品をリリースしたシニア Godot エンジニアが知っていることとの間のギャップです。
🧠 Part 1: Expert Thinking Frameworks
「誰が何を管理するのか?」 — アーキテクチャの整合性チェック
何かシステムを書く前に、すべての状態に対して次の 3 つの質問に答えてください:
- 誰がそのデータを管理するのか? (
StatsComponentが health を管理する。CombatSystemではない) - 誰がそれを変更することが許可されているのか? (管理者のみが
apply_damage()のような public メソッド経由) - 誰がそれが変更されたことを知る必要があるのか? (
health_changedsignal をリッスンしているすべての者)
すべての状態変数に対してこれらの 3 つに答えられない場合、あなたのアーキテクチャは結合度が高い問題を抱えています。これは標準的な OOP カプセル化ではなく、God
...
詳細情報
- 作者
- thedivergentai
- ライセンス
- LGPL-3.0
- 最終更新
- 不明
Source: https://github.com/thedivergentai/gd-agentic-skills / ライセンス: LGPL-3.0
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理（非同期ジェネレータを含む）、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。