Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
すべて
Microsoft Azure(リソースおよびサブスクリプションのコントロールプレーン)のセキュリティインシデントを調査します。Azure Activity Log とリソース/データプレーンの診断ログから攻撃者の活動を再構成し、呼び出しを行った ID(ユーザー、サービスプリンシパル、マネージド ID)を起点に調査します。ロール割り当てを通じた権限昇格を追跡し、マネージド ID トークンの悪用や VM run-command によるコード実行を捜索し、Entra サインインログと照合しながらストレージや Key Vault からのデータ窃取を検出します。Azure リソース侵害の疑い、異常な Azure Activity Log エントリ、Microsoft Defender for Cloud のアラート、マネージド ID やサービスプリンシパルの悪用、暗号資産マイニング VM、ストレージアカウントからのデータ流出への対応に使用します。
Google Cloud のセキュリティインシデントを調査します。ログの欠落を判断する前に監査ログの記録状況を確認し、Cloud Audit Logs から活動を再構成し、サービスアカウントや OAuth の不正利用をトリアージし、Security Command Center の検出結果を追跡し、IAM とリソースの変更範囲を特定します。GCP 侵害の疑いへの対応、漏えいしたサービスアカウントキーの調査、Security Command Center または Event Threat Detection のアラート対応、GCP 組織内で主体が行った操作の再構成に使用します。
iOS のシステム レベル脆弱性エクスプロイト手法。iOS カーネル エクスプロイト(UAF/ヒープ オーバーフロー/型混同)、Safari/WebKit エクスプロイト、PAC バイパス、サンドボックス エスケープ、Corellium 研究環境、既知の CVE 分析(CVE-2020-27950、CVE-2021-30807、iMessage ゼロクリック)を網羅する。エージェントが iOS のシステム レベル脆弱性を分析し、カーネル エクスプロイト研究を行い、または iOS エクスプロイト チェーンを理解する必要があるときにトリガーされる。
Java と Spring Boot のセキュリティパターン。Spring Security、依存関係の監査、セキュアコーディングの実践、Java エコシステムにおける OWASP を扱う。使用する場面:ユーザーが「Java」「Spring Boot」「Spring Security」を扱っているとき、「Java の脆弱性」「Maven セキュリティ」「Gradle セキュリティ」「Java インジェクション」「Java 認証」について尋ねたとき。使用しない場合:一般的な OWASP の概念 - 代わりに `owasp` または `owasp-top-10` を使用、Node.js/Python のセキュリティ - 言語固有のスキルを使用
inference.sh 向けの JavaScript/TypeScript SDK — AI アプリの実行、エージェントの構築、すべてのモデルとの統合。パッケージ:@inferencesh/sdk(npm install)。完全な TypeScript サポート、ストリーミング、ファイルアップロード。テンプレートまたはアドホックなパターンでエージェントを構築、ツールビルダー API、スキル、人間による承認。用途:JavaScript 統合、TypeScript、Node.js、React、Next.js、フロントエンドアプリ。トリガー:javascript sdk、typescript sdk、npm install、node.js api、js client、react ai、next.js ai、frontend sdk、@inferencesh/sdk、typescript agent、browser sdk、js integration
Mockito 統合を伴う JUnit 5 テストフレームワーク。単体テスト、モック、Spring Boot テスト統合を扱います。使用する場合: ユーザーが「junit」「java test」「mockito」に言及し、「@Test」「@Mock」「@InjectMocks」「unit test java」「spring boot test」について尋ねるとき。使用しない場合: コンテナを使った統合テスト - `testcontainers` を使用、REST API テスト - `rest-assured` を使用、E2E テスト - Selenium を使用、JavaScript/TypeScript - `vitest` または `jest` を使用。
アプリのコードベースを分析し、Google Search Console、PostHog、Google Keyword Planner を相互参照して、競争の少ないキーワードの足がかりを特定し、隣接する語への拡張を追跡する。ユーザーが "keyword wedge"、"find keyword opportunities"、"seo analysis"、"keyword strategy"、"find search wedges"、"keyword research for my app"、"grow organic traffic"、"what keywords should I target"、"SEO for my app"、"organic search strategy"、"how to rank higher" と言ったときに使用する。markdown と HTML のレポートを生成し、拡張の追跡のために実行間で状態を保持する。
立ち上げを計測可能にし、トラフィックの急増を虚栄の数字ではなく帰属可能にする — すべてのローンチリンクに一貫した UTM スキームを適用し、コンバージョンファネル(訪問 → サインアップ → アクティベーション)を GA4 またはプロジェクト既存の分析に接続し、検証と読み取りのステップを設ける。UTM マップ + イベント計画を `.ulpi/launch/<channel>/analytics.md` に書き出し、ローンチソース(例: producthunt、hackernews)でパラメータ化して、各リンクとレポートが正しく帰属されるようにする。launch-* ファミリーの共有計測ブロック — 各プラットフォームのランナー(`launch-product-hunt`、`launch-hacker-news`、`launch-x`、`launch-linkedin`)から呼び出されてループを閉じるか、単独で実行する。持続的な成果(サインアップ、アクティベーション)を測定し、実際のスタックを拡張し、リンクやイベントに PII を決して入れない。ローンチで全リンクに UTM とサインアップ追跡が必要で、単なるアップボート数では不十分なときに使用する。
ローンチに必要なコピーを複数の切り口で起草し、すべてを実在の製品に結びつける — 汎用的なプレースホルダーは決して使わない。タグライン/見出し、一言紹介、短い説明と長い説明、ローンチ投稿/最初のコメントを、機能訴求・ベネフィット訴求・比較・オーディエンス訴求の各バージョンで作成し、それぞれ 1 つを推奨する。`.ulpi/launch/positioning.md`(プラットフォーム非依存の製品ブリーフ)を読み込んで再利用し、製品を一度だけ説明してどこでも使い回す。これが存在しない場合は `browse` スキル + リポジトリで裏付ける。呼び出し元の**アセットプロファイル**(厳格な文字数制限、トーン、コンプライアンス規則)を逐語的に守る。launch-* ファミリーの共有コピーブロックで、各プラットフォームのランナーの投稿(`launch-product-hunt` のリスティング、`launch-hacker-news` の Show HN、`launch-x` / `launch-linkedin` のスレッド)に供給するか、単独で実行する。`.ulpi/launch/<channel>/copy.md` に書き込むか、草稿を返す。ブランドに沿い、制限内で、1 つの実在の製品に基づくコピーがローンチに必要なときに使用する。
LinkedIn での製品/会社のローンチをエンドツーエンドで準備・実行する — ローンチリンクは投稿本文ではなく最初のコメントに置き、公開直後に投稿を編集することは決してしない。実在の製品に基づいて裏付けを取り、そのうえで貼り付けるだけで使える一式を `.ulpi/launch/linkedin/` に書き出す。`POST.md`(ローンチ**投稿** — 「…see more」で切れる前の最初の約 2 行に強いフック、ざっと読める本文、リーチを稼ぐフォーマット、ハッシュタグ、そして**最初のコメント**としての製品リンク)、`PLAN.md`(タイミング、**ゴールデンアワー**のエンゲージメント手順書、チームによる増幅、ローンチ後の計画)、`CHECKLIST.md`(ブロッキングの事前チェックゲート)。launch-* ファミリーの LinkedIn ランナー:LinkedIn の仕組み、フォーマット規則、ゲートを担い、共有の `launch-copy`(投稿コピー)、`launch-outreach`(チーム増幅、モード `linkedin`)、`launch-analytics`(UTM + コンバージョン追跡)を組み合わせ、コンパニオンが未インストールの場合は組み込みのフォールバックに縮退する。共有の `.ulpi/launch/positioning.md` を読み込む。自分のネットワークやチームへのエンゲージメント依頼は問題ない(投票リングの規則はない)が、LinkedIn がペナルティを課すもの — 本文中のリンクプレビューカード、エンゲージメントベイト、ポッド、早すぎる編集 — は避ける。ユーザーが LinkedIn のローンチ投稿を書き、ローンチ当日を計画したいときに使用する。
貼り付けるだけで使え、プラットフォームに準拠したアウトリーチでローンチの支援者オーディエンスを構築し通知する — これは**人**に送るメッセージであり、リスティング上のコピーではない。ローンチ前にオーディエンスを募集し、セグメント化し(チーム · 友人 · ユーザー/ウェイトリスト · コミュニティ · 公開フォロワー)、当日に時間を区切ったウェーブで通知する。ティーザー DM、ウェイトリストとローンチ当日のメール、コミュニティへの事前案内、1:1 DM、X/LinkedIn の拡散投稿を起草し、`.ulpi/launch/<channel>/OUTREACH.md` に書き出す。呼び出し元が渡すプラットフォームごとの**コンプライアンスモード**でパラメータ化される(Product Hunt: 支援者ウェーブは可、アップボートではなくフィードバックを求める。Hacker News: 投票の動員は一切しない)。すべてのメッセージは `.ulpi/launch/positioning.md` に基づき、投票の勧誘・インセンティブ提供や大量スパムは決して行わない。launch-* ファミリーの共有オーディエンスブロックで、各プラットフォームのランナー(`launch-product-hunt`、`launch-hacker-news`、`launch-x`、`launch-linkedin`)から呼び出されるか、単独で実行する。ローンチで誰に伝え何を言うべきかが必要で、各プラットフォームの規則に準拠する必要があるときに使用する。
プロダクト PRD 生成ツール。《創造》のプロダクトストーリー方法論、product-position のポジショニングフレームワーク、Lenny's Newsletter の PRD ベストプラクティスを組み合わせて、アイデアから実行可能なプロダクト要求仕様書を生成します。トリガー:/li-prd、「PRD を書いて」「要求仕様書を生成」「プロダクトドキュメントを書いて」「このアイデアを PRD にして」「ハッカソン PRD」「プロダクト要件を整理して」「そろそろ作り始めるので要件を整理して」。ユーザーが「PRD」と言わなくても、プロダクトのアイデアを実行可能なドキュメントに整理したい場合はこのスキルを起動してください。DO NOT trigger for: コンテンツスクリプト生成、テーマ分析、データ振り返りなどのコンテンツ制作タスク。
Linux ホスト向けに LinuxMirrors Docker Engine のインストール、Docker CE パッケージソースの変更、Docker Registry Mirror の設定を計画する。バージョン選択、既存のインストール、Registry のみの変更、複数のミラーアドレス、daemon.json のマージ、サービスの検証とロールバックをカバーする。ユーザーが docker.sh、DockerInstallation.sh、Docker のプル高速化、`--only-registry` に言及した場合に使用する。通常のシステムパッケージソースの変更には本スキルを使用しない。
ウェブサイトを AI アシスタントや RAG 検索にとって最も引用しやすい回答にするための、LLM に優しいサイトの戦術的最適化。mlllm.io などのサイトを対象に、llms.txt、AI 引用の準備状況、ピラーページ、直接回答ブロック、TL;DR セクション、FAQ/schema、article/news schema、トピックと URL のマトリクス、外部引用シグナル、週次の LLM 引用監視、および ChatGPT、Claude、Perplexity、Gemini、Copilot、Google AI 機能、Bing、Brave などのアシスタント/検索検索システム向けのコンテンツアーキテクチャの監査と最適化に使用する。
inference.sh CLI から OpenRouter 経由で Claude、Gemini、Kimi、GLM および 100+ の LLM にアクセス。モデル:Claude Opus 4.5、Claude Sonnet 4.5、Claude Haiku 4.5、Gemini 3 Pro、Kimi K2、GLM-4.6、Intellect 3。すべてのモデルを 1 つの API で扱い、自動フォールバックとコスト最適化に対応。用途:AI アシスタント、コード生成、推論、エージェント、チャット、コンテンツ生成。トリガー:claude api、openrouter、llm api、claude sonnet、claude opus、gemini api、kimi、language model、gpt alternative、anthropic api、ai model api、llm access、chat api、claude alternative、openai alternative
ユーザーが極端な事象(バブル、暴落、集団的熱狂、カルト、暴徒行為)を理解する必要があるとき、組織のシステム的失敗を診断するとき、複数の心理的・市場的・制度的な力が同時に同じ方向へ重なるリスクを評価するときに発動する。典型的な発動シグナル:ユーザーが記述する現象が「単一の要因では到底説明できない程度」である;ユーザーが極端な結果を単一の原因で説明しようとしている;ユーザーが「複数の不利な要因が同時に噴出する」ことを懸念している。通常の単一要因の意思決定分析や緩やかな漸進的変化の評価には適さない。
重要: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, 路径, 渐变, 矢量动画。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
