Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,067 件掲載。コマンド 1 行でインストールできます。
開発
このスキルでは、EdgeOne Makers 上の AI エージェントエンドポイントの構築方法を案内します。5 つのフレームワーク（DeepAgents、LangGraph、CrewAI、OpenAI Agents SDK、Claude Agent SDK）、プラットフォームから注入される `context.store` / `context.tools` / `context.sandbox`、conversation_id のデュアルチャネルルーティング、SSE ストリーミング、`agents/` と `cloud-functions/` の分離を扱います。EdgeOne Makers 上で AI エージェントエンドポイントを作成またはレビューしたい場合に使用します。例：「EdgeOne Makers でエージェントを構築」「Claude エージェントエンドポイントを作成」「LangGraph を Makers に接続」「SSE で LLM 応答をストリーミング」「エージェントテンプレートをレビュー」「context.store / context.sandbox / context.tools を使用」。通常の Edge Functions、Cloud Functions、ミドルウェア（AI ロジックを実行しないため、代わりに edgeone-pages-dev を使用）では起動しないでください。デプロイのワークフローでは edgeone-pages-deploy を使用してください。EdgeOne Makers プロジェクト以外での汎用 AI フレームワーク開発でも起動しないでください。
ユーザーがMuleアプリケーションの実行、起動、またはデバッグを求めた場合、最初かつ唯一の操作としてuse_skillを呼び出します。実行モードまたはデバッグモードでアプリケーションを実行する場合も含みます。トリガーとなるフレーズには、「run my project」「run all projects」「debug my project」「debug all my projects」「start the app」「run <project-name>」「debug <project-name>」があります。use_skillを呼び出す場合、その応答内で唯一のツール呼び出しでなければなりません。
Godot 4向けのデータ駆動型リソース採集（採掘、伐採、採集）：HarvestToolData列挙型によるapply_hitのツール／ティア検証、HarvestResourceDataの収穫量、harvestable_nodeの揺れ／枯渇、respawn_managerによるワールド永続化、UNIXオフライン進行、自動保存、ノイズによる鉱脈のプロシージャル生成。トリガーキーワード：apply_hit、HarvestResourceData、HarvestToolData、offline UNIX、respawn_manager、tool tier、harvestable_node、FastNoiseLite veins。
パーティーゲーム向けのエキスパート設計図。ミニゲームのリソースシステム（.tresファイルで定義）、ローカルマルチプレイヤー入力（4人分のコントローラー管理）、非対称ゲームプレイ（1対3のバランス）、シーン管理（ミニゲームの適切な読み込み／アンロード）、スコアの永続化（ラウンドをまたいだ勝利数の記録）、画面分割レンダリング（プレイヤーごとにSubViewport）を扱う。Mario Party風のゲームやWarioWareコレクションに使用。トリガーキーワード：party_game、minigame_collection、local_multiplayer、asymmetric_gameplay、split_screen、dynamic_input_mapping。
レガシーシステムの移行、コードベースのモダナイズ、モノリスの分割、マイクロサービスの統合、言語をまたぐ書き換え、フレームワークのアップグレードを計画する際に使用します。ストラングラーフィグパターン、段階的な移行戦略、リファクタリングのロードマップにも利用できます。ドメイン分析（domain-analysis）、コンポーネントの規模見積もり（component-identification-sizing）、段階的な分割計画（decomposition-planning-roadmap）には使用しないでください。
UI を作成するフロントエンドエンジニア向けに、テストや AI エージェントがコンポーネントを確実に特定できるようにする方法を説明します。Playwright の公式ロケーター優先順位、セマンティックでアクセシブルなマークアップを優先する方針、React、Vue、Angular、Svelte で有効かつ一意で安定した `data-testid` 属性を追加する方法（命名規則、リスト内の一意性、安定性のルール）を扱います。コンポーネントの作成・レビュー時や、エージェントに永続的なロケーターが必要なときに使用します。
任意のリポジトリに Prelude (darkmatter/prelude) をインストールして設定します。セットアップウィザードを実行し、既存または新しい flake（flake-parts モジュール、または blueprint などの flake 用の prelude.lib.evalModule）に組み込み、devshell で packages.prelude-shell を有効にして、実際のスモークテストで検証します。devshell UI（MOTD、x コマンドピッカー、ドキュメントビューアー、テーマ付きプロンプト）の追加、生成された prelude.nix サイドカーの統合、または有効化に関する質問（nix develop、direnv、lorri）に使用します。
Godot 4.7 のゲームコードを構造化する場合に使用する：フォルダー、シーンとノード、シグナルまたはイベントバスの autoload、アイテムデータ用のカスタム Resource、コンポーネント（health、hitbox、hurtbox）、インベントリ、セーブとロード、InputMap とキーボード・マウス・ゲームパッドのキー再割り当て、GDScript の静的型付けとスタイル、GDScript と C# の比較；コードがスパゲッティ化している、エクスポートでフォルダースキャンが壊れる、セーブが正しくロードされない、ゲームパッドが反応しない、@onready が null になる場合にも使用する。
リポジトリ内で、読者向けのプロジェクトドキュメント（入門ガイド、ハウツーガイド、アーキテクチャ概要、運用手順書）を生成・管理します。すべてのコマンドをコードに照らして検証し、init、update、audit の 3 モードと、任意でドキュメント一式を GitHub wiki に反映する publish モードを提供します。ユーザーが「このプロジェクトのドキュメントを書いて」「ドキュメントを更新して」「ドキュメントが古い」「ドキュメントを GitHub wiki と同期して」と言った場合に使用します。エージェントへの引き継ぎ、用語集、ADR には使用しません。
本番環境で検証済みの Base UI（@base-ui-components/react）セットアップガイド。Base UIはMUIのスタイルなしでアクセシブルなReactコンポーネントライブラリで、RadixのasChildパターンではなくrender prop APIを使用し、Floating UIで位置を調整します。インストール、コンポーネントパターン（Dialog、Select、Popover、Tooltip、NumberField、Accordion）、Radix UIからの移行、Tailwind v4とshadcn/uiのスタイリング、Cloudflare Workersへのデプロイ、既知のv1.0.0-betaの問題への回避策を扱います。Vite + ReactプロジェクトでのBase UIのセットアップ、Radix UIからの移行、スタイルを完全に制御できるアクセシブルなヘッドレスコンポーネントの構築、ポップアップやポジショナーの配置問題のデバッグ、採用前のBase UI beta APIの安定性評価に使用します
ページ体験と検索順位を改善するため、Core Web Vitals（LCP、INP、CLS）を最適化します。「Core Web Vitals を改善」「LCP を修正」「CLS を削減」「INP を最適化」「ページ体験を最適化」「レイアウトシフトを修正」などの依頼で使用します。3 つの Core Web Vitals 指標に特化しています。一般的なウェブパフォーマンスには使用しないでください（perf-web-optimization を使用）。Lighthouse 監査（perf-lighthouse）や Astro 固有の最適化（perf-astro）にも使用しないでください。
重要なアーキテクチャ上の選択とその理由を記録し、将来のチームメンバーに伝える Architecture Decision Record（ADR）を作成します。ユーザーが「write an ADR」「document this decision」「record why we chose X」「add an architecture decision record」「create an ADR for」と依頼する場合や、技術的な選択の理由を記録して後からチームが理解できるようにしたい場合に使用します。決定がまだ行われていない場合（代わりに create-rfc を使用）、実装計画（technical-design-doc-creator を使用）、一般的なドキュメント作成には使用しないでください。
Composer を介して Drupal のコントリビュートモジュールを管理します。モジュールの更新とメジャーバージョンへのアップグレード、cweagans/composer-patches v2（patches.lock.json、composer patches-relock、パッチの適用確認）、mglaman/composer-drupal-lenient、upgrade_status による Drupal 11 互換性チェック、最適化した vendor/ オートローダーのコミット、issue fork と merge request を通じた drupal.org への修正提供に対応します。コントリビュートモジュールの更新／アップグレード、パッチの適用／検索／作成、composer install 後にパッチが失敗または再発する問題、Composer 依存関係や drupal/core バージョンの競合解決、Drupal 11 への対応状況や非推奨項目の確認、drupal.org の課題キューへの貢献に使用します。
オープンワールドゲーム向けの専門的な設計図です。チャンクベースのストリーミング（領域の動的な読み込み／アンロード）、フローティングオリジン（5000 ユニットを超える範囲での精度の揺れを防止）、HLOD（遠方のメッシュ向け階層型 LOD）、永続状態（アンロード済みチャンク間でのエンティティ変更の追跡）、POI 発見システム（コンパス、マーカー）、スレッド読み込み（スタッター防止）を含みます。RPG、サンドボックス、探索ゲームに使用します。トリガーキーワード：open_world、chunk_streaming、floating_origin、HLOD、persistent_state、POI_discovery、threaded_loading。
インタラクティブなウェブサイト向けに GSAP v3 を網羅的に習得：基本的なトゥイーン／タイムライン、イージング、スタガー、キーフレーム、モディファイア、ユーティリティに加え、プラグイン全般（ScrollTrigger、ScrollTo、ScrollSmoother、Flip、Draggable、Inertia、Observer、MotionPath、DrawSVG、MorphSVG、SplitText、ScrambleText、TextPlugin、Physics2D/PhysicsProps、CustomEase/Wiggle/Bounce、GSDevTools）をカバー。Next.js/React のパターン（useGSAP、gsap.context のクリーンアップ）、レスポンシブな matchMedia、動きを抑えたアクセシビリティ、パフォーマンスのベストプラクティス、デバッグ手順も含みます。
ドキュメント優先のプロジェクト計画により、実装可能な設計書と一度で使えるコーディングエージェント向けプロンプトを作成します。相互に関連する 4 つのドキュメント（SPECIFICATION.md、IMPLEMENTATION.md、TASKS.md、BRANDING.md）に加え、あらゆるコーディングエージェントが自律的に実行できる自己完結型の PROMPT.md を生成します。対話形式での技術スタック選定、デザインパターンの提案、トレードオフ分析を伴うアーキテクチャ決定を含みます。プロジェクト計画、仕様作成、システム設計、タスク分割、技術スタック選定、デザインパターンの助言、コーディングエージェント向けプロンプトの生成、ドキュメント優先の開発を求めるユーザーに使用します。該当するフレーズ：「plan my project」「spec this out」「architect」「help me plan」「what stack should I use」「generate a prompt」「break this into tasks」「project docs」「I want to build X」。
別途定義されたデザインシステム（別の稼働中サイト、またはローカルの静的 HTML プロトタイプ。Figma のデザイン供体は契約上定義されているものの、未実装）を使い、既存サイトのページを内容のバイト単位の忠実性を保って再構築します。内容の忠実性はテキスト、画像の順序、SEO メタデータをバイト単位で検証し、デザインの適用は柔軟です（内容を供体のモジュールに再配置）。「このデザインでサイトのスキンを変更」「このデザインシステムを自分のコンテンツに適用」「サイトを <別サイト> のような見た目に変更」「デザインを新しく、内容はそのまま」「これらのプロトタイプでサイトをリブランド」といった依頼、またはコンテンツサイトとデザイン供体の両方が指定された場合に使用します。意図からの再デザイン（stardust のコア extract/direct/prototype フロー）や、移行時に現在のデザインを維持する作業（replica フロー）には使用しません。
Godot 4.7 でゲームプレイシステムを構築する場合に使用する：巡回・追跡・攻撃する敵 AI、ステートマシン、ビヘイビアツリー（LimboAI）、100 から 1000 体の敵に対する NavigationAgent3D のパスファインディングと回避、「agents stack up」や「path is empty」、hitbox と hurtbox の戦闘、壁を貫通する高速弾、セーブとロード、インベントリ、クエスト、ダイアログ（Dialogue Manager）、入力の再割り当て、プロシージャルダンジョン、ヘッドレスでのエージェント数とフレーム時間の計測。
Micronaut で MongoDB の永続化が必要な場合に使用します。@MongoRepository の設計、ドキュメントモデリング、インデックス、クエリパターン、エラー処理を扱います。次のような依頼で使用します：Micronaut への MongoDB 追加、Micronaut Data Mongo の設計レビュー、Micronaut Mongo 操作のエラー処理改善、Micronaut サービス向け MongoDB ドキュメントのモデル化、Micronaut MongoDB のコーデック・インデックス・トランザクションの設定。Plinth Toolkit の一部です
12 冊の古典的なエンジニアリング書籍を参考に、PR の品質、アーキテクチャ、技術的負債、テスト品質という 4 つの品質指標すべてで、コードベースの健全性を一度に評価する統合ダッシュボード。ユーザーが全体的な品質評価を求める場合、「このコードベースの健全性は？」、「すべてのチェックを実行して」、「リリース前に健全性スコアが必要」と尋ねる場合、または新しいチームへのオンボーディング用に品質の概要を求める場合に使用。サーバーのヘルスチェック、HTTP ヘルスエンドポイント、Kubernetes の liveness/readiness プローブ、データベースの健全性、アプリケーションの稼働時間には使用しない。また、ユーザーが 1 つの指標のみを明示的に求める場合も使用せず、対応する専門スキル（brooks-review / brooks-audit / brooks-debt / brooks-test）を使う。
フルスイープモード：コードの劣化、アーキテクチャ、技術的負債、テスト品質など、あらゆる品質面を統合的に分析し、コードベースに直接修正を適用します。安全な変更は自動適用され、リスクの高い変更は実行前に確認されます。12冊の古典的なエンジニアリング書籍に基づいています。次の場合に使用します：ユーザーが「すべて修正」「コードベースを一掃」「すべての問題を自動修正」「プロジェクト全体を整理」したい場合、または品質問題の診断と修正を一つのコマンドで行いたい場合。次の場合は使用しないでください：コードを変更せず、結果だけを求める読み取り専用の監査やヘルスレポート、単一の側面に絞ったレビュー（代わりに専用スキル brooks-review / brooks-audit / brooks-debt / brooks-test を使用）、サーバーのヘルスチェック、HTTP /health エンドポイント、Kubernetes プローブ、データベースの健全性、アプリケーションの稼働時間。
アクセシビリティ調査員の見解でも、法律上の助言でもありません。ヘブライ語のRTLアプリ向けに、WCAG 2.0 AAにイスラエル独自の変更を加えたIS 5568規格に従って、イスラエルのウェブアクセシビリティに準拠させます。イスラエルのアクセシビリティ法、「negishot」（アクセシビリティ）、IS 5568、「teken negishot」（アクセシビリティ規格）、「nachim」（障害）、ヘブライ語スクリーンリーダー対応、RTLのARIAパターン、イスラエルのウェブサイトのアクセシビリティ監査について尋ねられた場合に使用します。障害者平等権利法に基づく法的義務、適用除外、執行と罰則、アクセシビリティコーディネーターの役割、ヘブライ語スクリーンリーダーとの互換性（NVDA、JAWS、VoiceOver）、ネイティブモバイルアプリ、RTL固有のARIAパターンを扱います。イスラエルの文脈を伴わない一般的なWCAGの案内には使用しないでください（標準的なa11yリソースを使用）。セルフホスト型アクセシビリティ設定ウィジェットの作成にも使用しないでください（wcag-accessibility-widgetを使用）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。