Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,905 件掲載。コマンド 1 行でインストールできます。
開発
Astro アニメーションの構築やレビューに対応:GSAP のページ遷移、ClientRouter のスワップフック、永続化されたアイランド、セットアップの繰り返し、クリーンアップ。ナビゲーション後にアニメーションが表示されない、または重複する場合や、transition:animate と GSAP のどちらを選ぶか検討する場合に使用します。ClientRouter がない場合は gsap-vanilla を使用します。非表示コンテンツの復旧と初回ロードのパフォーマンスも扱います。単独のアイランドフレームワークや、個別の GSAP API に関する質問には対応しません。
v2 SDK / IntelliJ Platform Gradle Plugin 2.x による IntelliJ Platform プラグイン開発。JetBrains IDE のプラグインコードで、plugin.xml、org.jetbrains.intellij.platform、AnAction、PSI、拡張ポイント、Inspection/CompletionContributor、ParserDefinition、ToolWindowFactory、PersistentStateComponent、プラグイン検証ツール、Marketplace 公開、カスタム言語サポート、Gradle プラグイン 2.x の設定/移行、ConfigurationType、ライブテンプレート/ポストフィックス補完、IconLoader/AllIcons、IDE テーマ、LSP/MCP 統合、<idea-plugin>/<depends>/<applicationListeners>、動的プラグイン要件、JCEF/JBCefBrowser/JBCefJSQuery/webview、pluginIcon が関わる場合にトリガーします。一般的な JetBrains IDE の利用、通常の実行構成、一般的な Gradle/ログ、プラグイン開発の文脈外の言語サーバーの議論ではトリガーしません。
すべての新しい Kotlin プロジェクト向けのビルドツール。Kotlin Toolchain——JetBrains の統合 Kotlin CLI(旧 Amper、現在は Toolchain 内部のエンジン)——を使って Kotlin/Java プロジェクトをビルド、実行、テスト、パッケージ、lint/check/verify、依存関係の管理、構成する方法。トリガー:リポジトリに `project.yaml`、`module.yaml`、`./kotlin` wrapper が含まれる場合;新規/グリーンフィールドの Kotlin または Java プロジェクトを開始する、またはそのビルドツールを選ぶ場合(「create/start/scaffold/bootstrap a Kotlin project」「new Kotlin app/library/service」、`kotlin init`);ユーザーが Kotlin プロジェクトのビルド/実行/テスト/パッケージ、依存関係の追加・削除、lint/check/検証の実行、または Gradle/Maven を使わない Kotlin プロジェクトの構成を求めた場合;ユーザーが Kotlin Toolchain や Amper に言及した場合。既存の Gradle/Maven Kotlin プロジェクトには使用しない。
プロダクト PRD 生成ツール。《創造》のプロダクトストーリー方法論、product-position のポジショニングフレームワーク、Lenny's Newsletter の PRD ベストプラクティスを組み合わせて、アイデアから実行可能なプロダクト要求仕様書を生成します。トリガー:/li-prd、「PRD を書いて」「要求仕様書を生成」「プロダクトドキュメントを書いて」「このアイデアを PRD にして」「ハッカソン PRD」「プロダクト要件を整理して」「そろそろ作り始めるので要件を整理して」。ユーザーが「PRD」と言わなくても、プロダクトのアイデアを実行可能なドキュメントに整理したい場合はこのスキルを起動してください。DO NOT trigger for: コンテンツスクリプト生成、テーマ分析、データ振り返りなどのコンテンツ制作タスク。
AI アシスタント、RAG、エージェント型検索向けに、人間に可視で機械可読なウェブサイトレイヤーを設計する。ユーザーが llms.txt、LLM ディスカバリ計画、可視の TLDR や直接回答ブロック、ソーストレイル、エンティティページ、markdown 代替版、AI クローラーポリシー、トピックから URL へのマップ、アシスタントが読める公開コンテンツ、または隠されたボット専用の事実やストーリー本文の重複なしに正規の SEO 戦略を維持する必要がある LLM フレンドリーなアーキテクチャを求めた場合にこのスキルを使用する。
あらゆるプログラミング言語、フレームワーク、プラットフォームで作成または変更されるすべてのコードにおいて、低い認知複雑度(SonarSource)と低い循環的複雑度を強制する。このスキルは、コードが作成、生成、変更、リファクタリングされるたびに自動的に有効化されなければならない — 明示的なトリガーは不要。トリガーには、関数、メソッド、クラス、モジュール、スクリプト、ハンドラー、エンドポイント、テスト、コードブロックの作成が含まれる。「low complexity」「cognitive complexity」「cyclomatic complexity」「reduce complexity」「simplify code」「too complex」「refactor for readability」「clean code」「implement」「fix bug」「add feature」「generate test」「optimize」「rewrite」「scaffold」でもトリガーされる。
重要:Makepad 2.0 のアニメーションシステムに使用する。トリガー:makepad animation、makepad animator、Animator、AnimatorState、hover effect、makepad transition、animation state、Forward、Snap、Loop、ease function、makepad animate、timeline、snap()、default @off、animation group、アニメーション、トランジション、ホバーエフェクト、アニメーション状態、イージング関数
重要:Makepad 2.0 の GUI 開発向けの入門スキル。Makepad に関するあらゆるタスクで最初に読み込むスキルであり、他の 13 個の Makepad 2.0 スキルの上位に位置する設計判断の基準を提供する。トリガー:makepad、makepad app、makepad project、makepad design、live_design!、app_main!、script_mod!、Cx、WidgetRef、Widget、makepad-widgets、makepad architecture、makepad how to、"how should I"、"should I use"、"what's the best way"、makepad アーキテクチャ、makepad 設計、makepad のやり方、makepad ベストプラクティス、コンポーネント分割、状態管理、データフロー、レンダリング思考
重要:Makepad 1.x から 2.0 への移行に使用する。トリガー:makepad migration、live_design to script_mod、makepad upgrade、makepad 1.x、old syntax、new syntax、makepad breaking changes、makepad 移行、旧構文、LiveHook to ScriptHook、apply_over to script_apply_eval、Live to Script、live_design!、angle brackets to curly braces
重要:Makepad 2.0 のベクターグラフィックス widget に使用。トリガー:makepad vector, Vector widget, SVG path, makepad path, makepad circle, makepad gradient, makepad tween, vector animation, Gradient, RadGradient, Filter, DropShadow, Group transform, vector drawing, inline SVG, 矢量图形, SVG, 路径, 渐变, 矢量动画。
プロジェクトで markdownlint を設定、管理、トラブルシューティングします。ユーザーが markdownlint のセットアップ/インストール/設定、lint ルールの追加/削除/変更、markdown 検証問題の修正、.markdownlint.yaml のカスタマイズ、無視パターンの更新、ツール(Husky、CI)との統合、markdown lint エラーの解決を求める場合に使用します。ユーザーが「markdownlint」と明示せずに markdown のフォーマット問題、品質問題、スタイルの一貫性に言及した場合にも使用します。
MATLAB audiostreamer(Audio Toolbox R2025a+)のリファレンス。このスキルがないと、エージェントは旧式の audioDeviceWriter/audioDeviceReader や基本 MATLAB の sound() を既定で使い、機能の乏しいコードを生成しがちである。音声再生、録音、全二重デバイス I/O、リアルタイム音声計測、またはコールバックを用いた音声 I/O 処理のコードを書く場合に使用する。audiostreamer のエラー、ドロップアウト、レイテンシの問題をデバッグする場合や、audioDeviceReader、audioDeviceWriter、audioPlayerRecorder、audioplayer/audiorecorder から移行する場合にも使用する。
C、C++、Fortran の MEX ソースファイルを分離複素数(SC)API からインターリーブ複素数(IC)API にアップグレードする。mxGetPr/mxGetPi を mxGetComplexDoubles に変換する場合、MEX ファイルを -R2018a に移行する場合、SC/IC ガード付きビルド用に MX_HAS_INTERLEAVED_COMPLEX ガードを追加する場合、または mxGetData/mxSetData/mxGetImagData/mxSetImagData を使う旧式 MEX コードをモダナイズする場合に使用する。C(.c)、C++(.cpp、.cxx)、Fortran(.F、.f90)の MEX 関数を扱う。トリガー:interleaved complex、IC MEX、mex upgrade、mex migration、separate complex、mxGetPi、mxGetPr replacement、-R2018a、complex MEX、Fortran MEX、.F MEX file、C++ MEX、.cpp MEX file、MEX performance、MEX slow complex、MEX call overhead、improve MEX performance complex。
.NET MAUI アプリをアクセシブルにするためのガイド — SemanticProperties によるスクリーンリーダー対応、見出しレベル、AutomationProperties による可視性制御、プログラムによるフォーカスとアナウンス、TalkBack・VoiceOver・Narrator のプラットフォーム固有の注意点。使用場面:"add accessibility"、"screen reader support"、"SemanticProperties"、"AutomationProperties"、"TalkBack"、"VoiceOver"、"Narrator"、"accessible MAUI"、"heading levels"、"semantic description"、"announce to screen reader"、"accessibility audit"。使用しない場面:一般的な UI レイアウト(maui-collectionview または maui-shell-navigation を使用)、アニメーション(maui-animations を使用)、ジェスチャ(maui-gestures を使用)。
Android、iOS、Mac Catalyst 上の .NET MAUI アプリにローカル通知を追加する。通知チャネル、権限、スケジューリング、フォアグラウンド/バックグラウンド処理、DI 登録を扱う。XAML/MVVM、C# Markup、MauiReactor で動作する。使用対象:"local notification"、"schedule notification"、"notification channel"、"notification permission"、"reminder notification"、"alert notification"、"in-app notification"、"foreground notification"。使用対象外:サーバーからのプッシュ通知(maui-push-notifications を使用)、権限処理のみ(maui-permissions を使用)、アプリライフサイクルのバックグラウンドタスク(maui-app-lifecycle を使用)。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
