Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
すべて
ループエンジニアリング作業のルートドキュメントである gjkim_instruction.md を作成・管理します。このドキュメントには最低限の要件と確認済みの決定事項のみを記載し、後続の反復が初期の推測に縛られないよう、それ以外は意図的に未確定のままにします。ユーザーが gjkim_instruction.md、ループのルートドキュメント、ループエンジニアリング、目標に向けた長時間実行のエージェントループの開始に言及した場合や、その作業の要件または確認済みの決定事項の記録を求めた場合に使用します。また、各ループ反復の開始時に、決定済みの事項と未決定の事項を確認するためにも使用します。
LangChain4j と Spring Boot の統合パターンを提供します。AI モデルの Bean を設定し、Spring コンテキストでチャットメモリを構成し、RAG パイプラインを Spring Data と統合します。また、自動設定、依存性注入、Spring エコシステムとの統合も扱います。LangChain4j を Spring Boot アプリに組み込む場合、@Bean 設定で Java LLM アプリを構築する場合、または Spring AI のパターンを設定する場合に使用します。
Java 向けに LangChain4j を使った検索拡張生成（RAG）の実装パターンを提供します。ドキュメント取り込みパイプライン、埋め込みストア、ベクトル検索、セマンティック検索機能を生成します。ドキュメントとの対話システム、PDF やテキストファイルを対象とする文書 Q&A、ナレッジベースを備えた AI アシスタント、ドキュメントリポジトリのセマンティック検索、または出典を示す知識強化型 AI アプリケーションの構築に使用します。
Mantine のテーマ機能、Styles API、コア機能と統合するカスタムコンポーネントを構築します。次の場合にこのスキルを使用します：（1）factory()、polymorphicFactory()、genericFactory()を使った新しいコンポーネントの作成、（2）Styles API サポート（classNames、styles、vars、unstyled）の追加、（3）createVarsResolver による CSS 変数の実装、（4）サブコンポーネントと共有コンテキストを使った複合コンポーネントの構築、（5）Component.extend()による MantineProvider へのコンポーネント登録、または（6）@mantine/core の Factory、useProps、useStyles、BoxProps、StylesApiProps、ElementProps に関わるタスク。
JUnit 5、CompletableFuture、Awaitility、Mockito を使用して Spring の `@Scheduled` メソッドと `@Async` メソッドを単体テストするパターンを提供します。タスク実行とタイミングのモック、実行回数の検証、cron 式のテスト、リトライ動作の検証、スレッドプール動作のシミュレーションを扱います。バックグラウンドタスク、cron ジョブ、定期実行、スケジュールタスク、スレッドプール動作のテストに使用します。
複数のプロジェクトファイルをスケジュールする MSBuild ソリューション、ソリューションフィルター、または Build.proj を分析します。用途：アイドル状態のワーカーノードが計測された場合、`-m` でスケールしない場合、ProjectReference の直列クリティカルパス、グラフビルド、Projects リストをビルドする MSBuild タスク。スケジューリングまたはスループットを分析する、異なるプロジェクトファイルが少なくとも2つ必要です。MSBuild 以外のビルドシステムには使用しないでください。
Spring Boot アプリで `@ExceptionHandler` と `@ControllerAdvice` を単体テストするパターンを提供します。エラーレスポンスの形式を検証し、例外をモックし、HTTP ステータスコードを確認し、フィールド単位の検証エラーをテストして、カスタムエラーペイロードを検証します。Spring の例外ハンドラーテスト、REST API エラーテストの作成、または controller advice のモックに使用します。
Firecrawl Research を使い、意味検索による論文検索、関連論文の拡張、Firecrawl の論文インデックスに対する本文内検証を通じて、研究論文、ホワイトペーパー、PDF、技術レポート、学術資料を検索・統合します。対象は主に PubMed、bioRxiv、medRxiv の生物医学・生命科学文献と、コンピューターサイエンス、物理学、数学分野の arXiv プレプリントです。文献レビュー、システマティックレビュー、研究調査、論文の要約、研究動向、または学術・業界出版物に基づく情報の統合を求められた場合に使用します。臨床、薬剤、遺伝子、疾患、疫学、公衆衛生のトピックも対象です。根拠がウェブページではなく公開論文である場合は、一般的なウェブ調査ワークフローより優先してください。
MSBuild のインクリメンタルビルドを最適化するためのガイドです。次の場合に使用します：2 回目以降のビルドが予想より遅い、「何も変更していないのに再ビルドされる」、ターゲットが不必要に再実行される理由の診断、何もする必要のないビルドが壊れている場合の修正。よくある 8 つの原因を扱います：カスタムターゲットの Inputs/Outputs の不足、出力パス内の変動するプロパティ（タイムスタンプ／GUID）、追跡対象の Outputs 外へのファイル書き込み、FileWrites 登録の不足、glob の変更、Visual Studio Fast Up-to-Date Check (FUTDC) の問題。重要な診断方法：binlog で「Building target completely」と「Skipping target」を確認します。次の場合には使用しないでください：初回ビルドの遅さ（build-perf-baseline を使用）、並列処理の問題（build-parallelism を使用）、評価フェーズの遅さ（eval-performance を使用）、MSBuild 以外のビルドシステム。
.NET プロジェクトのテストプラットフォーム、フレームワーク、コマンドモード、SDK スタイルか従来型かを特定します。「どのテストプラットフォーム／フレームワーク？」「VSTest と MTP のどちら？」「このプロジェクトはどのランナーを使用？」という質問に限って使用します。ブリッジ設定、UseVSTest のオプトアウト、互換性のない、または競合する VSTest/MTP 設定も対象です。MSTest/xUnit/NUnit/TUnit における global.json、プロジェクト、packages.config、Directory.Build.props、Directory.Packages.props の優先順位を解決します。テストの実行／フィルタリング、コマンド、フラグ、TRX／ダンプ、テストコマンド／フィルターのエラーを求められた場合は使用せず、run-tests を直接使用します。ホットリロードや移行の依頼を最初のスキルとしてここに振り分けないでください。mtp-hot-reload はプラットフォーム検出のため内部でこのスキルを使用する場合があります。
.NET 9 のプロジェクトまたはソリューションを .NET 10 に移行し、すべての破壊的変更を解決します。対象：TargetFramework の net9.0 から net10.0 への更新、.NET 10 SDK 更新後のビルドエラー修正、.NET 10 / C# 14 / ASP.NET Core 10 / EF Core 10 のソースおよび動作の変更への対応、Debian から Ubuntu へのベースイメージ変更に伴う Dockerfile の更新、非推奨警告（SYSLIB0058-SYSLIB0062）の解決、SDK/NuGet の変更（NU1510、PrunePackageReference）への適応、System.Linq.Async から組み込みの AsyncEnumerable への移行、OpenApi v2 API の変更、暗号関連の名称変更、C# 14 コンパイラーの変更（field キーワード、extension キーワード、span オーバーロード）の修正。対象外：.NET Framework の移行、.NET 8 以前からのアップグレード（先に migrate-dotnet8-to-dotnet9 を使用）、新規の .NET 10 プロジェクト、外観上の近代化。参照資料の読み込み：csharp-compiler、core-libraries、sdk-msbuild は常時。aspnet-core、efcore、cryptography、extensions-hosting、serialization-networking、winforms-wpf、containers-interop は必要に応じて選択。
既存の MSTest テストまたは MSTest 固有の設定について、修正、書き換え、更新、改善、最新化、修正コードの提示、説明を求められた場合は必ず使用します。修正コードや編集を求める「レビュー」にも使用します。貼り付けられたアサーションが 1 つだけの場合や、テストは通るものの失敗時の出力に問題がある場合も対象です。expected/actual ラベル、汎用の Boolean、コレクション、文字列、数値、null、同一性、例外、明示的キャスト、object[] の検証、TestContext／ライフサイクル、タイムアウト／キャンセル、OS／CI 条件、再試行、クリーンアップ、並列化、MSTest.Sdk のプロジェクト設定、MSTESTxxxx を扱います。インストール済みの MSTest バージョンに従います。新しいテストケースの設計（code-testing を使用）、レポートのみの監査、MSTest 設定の説明ではなくプロジェクトファイルの作成、テストの実行、フレームワークの移行、非 MSTest／非 .NET コードには使用しません。
LangChain4j で宣言型 AI Services を構築するパターンを提供し、LLM の統合、チャットボット開発、AI エージェントの実装、Java による対話型 AI を支援します。インターフェースベースのパターン、アノテーション、メモリー管理、ツール統合を使用して、型安全な AI サービスを生成します。ボイラープレートを最小限に抑えた AI 搭載 Java アプリケーションの作成、メモリー付き対話型 AI の実装、または関数呼び出し対応 AI エージェントの構築に使用します。
MSBuild プロジェクトの評価パフォーマンスを診断・改善するためのガイドです。用途：コンパイル開始前からビルドが遅い、binlog 分析で評価時間が長い、大規模ディレクトリ（node_modules、.git、bin/obj）を走査する glob パターンのコストが高い、インポートチェーンが深い（>20 レベル）、評価負荷の高さを示す前処理出力が 10K 行を超える、ファイル I/O を行うプロパティ関数（$([System.IO.File]::ReadAllText(...)))、プロジェクトごとに評価が複数回行われる場合。MSBuild の5つの評価フェーズ、DefaultItemExcludes による glob の最適化、/pp 前処理を使ったインポートチェーン分析を扱います。対象外：コンパイル時の遅さ（build-perf-diagnostics を使用）、インクリメンタルビルドの問題（incremental-build を使用）、MSBuild 以外のビルドシステム。
Spring Cache アノテーション（@Cacheable、@CachePut、@CacheEvict）の単体テストパターンを提供します。キャッシュマネージャーをモックするテストコードを生成し、キャッシュのヒット／ミス動作を検証し、SpEL 式によるキャッシュキー生成をテストし、削除戦略を検証して、条件付きキャッシュのシナリオを確認します。トリガー：キャッシュのテスト、Spring cache のテスト、キャッシュのモック、Spring Boot キャッシュ、キャッシュのヒット／ミス検証、@Cacheable のテスト。
`@ConfigurationPropertiesTest` を使って `@ConfigurationProperties` クラスを単体テストするパターンを提供します。プロパティのバインドを検証し、バリデーション制約をテストし、デフォルト値を確認し、型変換をチェックして、Spring Boot 設定プロパティ用のプロパティソースをモックします。アプリケーション設定のバインドのテスト、YAML または application.properties ファイルの検証、環境固有設定の確認、ネストされたプロパティ構造のテストに使用します。
Directory.Packages.props を使用して、.NET プロジェクトとソリューション（.sln、.slnx）を NuGet Central Package Management（CPM）に変換します。CPM への変換、複数プロジェクト間の NuGet パッケージバージョンの一元管理や統一、MSBuild のバージョンプロパティを Directory.Build.props から Directory.Packages.props にインライン化、ソリューションやリポジトリ内のバージョン競合や不一致の解消、各プロジェクトのパッケージバージョンの更新・引き上げ・同期に使用します。ユーザーが CPM に言及していなくても、パッケージの同期ずれ、乖離、不整合があれば起動します。ベースラインビルドの記録、バージョン競合の解決、binlog 比較によるビルド検証、構造化された変換後レポートを提供します。packages.config のプロジェクト（先に PackageReference へ移行が必要）や、CPM がすでに完全に有効なリポジトリには使用しません。
最新の .NET アプリケーション向けにクラッシュダンプを設定・収集します。用途：CoreCLR または NativeAOT の自動クラッシュダンプを有効にする、実行中の .NET プロセスからダンプを取得する、Docker または Kubernetes でダンプ収集を設定する、dotnet-dump collect または createdump を使用する。ダンプの分析・デバッグ、lldb/windbg/dotnet-dump analyze による事後調査、プロファイリングやトレース、.NET Framework プロセスには使用しないでください
タスクで BenchmarkDotNet（BDN）を扱う場合（BDN ベンチマークの作成、実行、設定、レビュー）にこのスキルを有効にしてください。.NET コードのマイクロベンチマークが有用で、BenchmarkDotNet が適切なツールと考えられる場合も有効にします。.NET のパフォーマンスに関する質問への回答に測定が必要で、BenchmarkDotNet が必要となる可能性がある場合は、有効化を検討してください。マイクロベンチマークの設計、BDN の設定とプロジェクト構成、BDN マイクロベンチマークの効率的な実行、BDN による並列パフォーマンス比較を扱います。.NET コードのプロファイリングやトレース（dotnet-trace、PerfView）、本番環境のテレメトリー、負荷・ストレステスト（Crank、k6）には使用しないでください
.NET MAUI の開発環境の問題を診断して修正します。.NET SDK、ワークロード、Java JDK、Android SDK、Xcode、Windows SDK を検証します。バージョン要件はすべて NuGet WorkloadDependencies.json から動的に検出され、ハードコードされません。MAUI 開発環境のセットアップ、SDK・ワークロード・JDK・Android に関するビルドエラーのトラブルシューティング、「Android SDK が見つからない」「Java version」「Xcode が見つからない」エラーの解決、更新後の環境検証、または MAUI ツールチェーンの問題に使用します。非 MAUI .NET プロジェクト、Xamarin.Forms アプリ、環境設定に関係のない実行時のアプリクラッシュ、アプリストアへの公開の問題には使用しません。macOS、Windows、Linux で動作します
PR 番号だけで承認（approving レビューを提出）して squash マージします。QA ゲートやブロック用ラベルが禁じている場合は拒否します。修正可能なブロッカーは om-auto-fix-pr へ振り分けます（CI 失敗は --ci-only モード、競合やレビュー問題はフルループで処理）。必要に応じて後続の issue も作成します。ユーザーが「approve and merge PR 123」「ship PR 123と言ったとき、またはマージの意図とともに PR 番号を示したときにJwärけです。
既存の仕様を実装し、検証とレビューを経た PR を提出する。仕様はパス、名前、issue、仕様 PR 番号で特定する（見つからない場合は候補を提示して安全に停止）。仕様 PR は設計のみで、実装はそれを参照する別の PR で出す。om-auto-create-pr に委譲し（既存の PR の場合は om-auto-continue-pr）、続いてレビューループとスクリーンショットによる UI 検証を実行する。「仕様 X を実装して」「issue 123 から仕様を作る」といったリクエストで使う。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。