Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
すべて
GSDL(Get Shit Done Light)オーケストレーター。完全なパイプラインを実行する:作業項目の取得 → ブレインストーム → SPEC.md → スライスへの分解 → 人間によるレビュー → ブランチ → 実行 → ゲートの検証 → PR の作成と review-bot の指摘への対応 → 証拠を添えたクローズ。ユーザーが何かをエンドツーエンドで構築したい場合、"let's GSD"、"run the GSDL pipeline"、"pick up this ticket" と言う場合、または完全なワークフローを求める場合に使用。gsdl-fetch-source、gsdl-create-spec、gsdl-decompose、gsdl-execute、gsdl-verify-gates、gsdl-open-pr、gsdl-close-loop、gsdl-tracker-sync を連携させる。任意の issue トラッカー(Linear、Jira、GitHub Issues、Notion)またはトラッカーなしで動作し、任意のモデルプロバイダーに対応する。任意のセッションモデルから呼び出せる——各ステップをそのステップのケイパビリティ階層にルーティングする。作業項目の URL/ID、ドキュメント URL、単なるアイデア、再開用の既存プロジェクト名を受け付ける:/gsdl [url|id] または /gsdl [project-name] または /gsdl [idea]。
大規模な commit、PR(番号、ブランチ、または GitHub URL で指定。ここでリポジトリをチェックアウトする必要はありません)、作業ツリー、またはコンフリクト解消向けに、テーマ別に整理したローカル配信の HTML 閲覧順序を作成します。各ファイルの diff を編集可能な Monaco editor にインライン表示し(通常は 2 方向、コンフリクト時は current | resolution | incoming の 3 方向)、行ごとのレビューコメントや、変更画像のパン/ズーム比較ビューアーも提供します。commit/PR が大きく、git-log 順にファイルごとに読むのが難しく、ユーザーがガイド付きの閲覧経路を求める場合に使用します。変更された Playwright スクリーンショットのベースラインや画像 diff の視覚的レビューにも使用します(スクリプトによるスナップショットのみのモードでは作成作業は不要です)。また、あなたまたは別のエージェントが複雑な merge、rebase、cherry-pick、revert のコンフリクトを解決した直後、操作を続行またはコミットする前に、解決結果を両側と照合できるよう、依頼がなくても提案します。
生の評価ノートから Somnio HandShake ステップ 3 — Acknowledgement の PDF ドキュメントを生成する。エンジニアリングマネージャー(EM)が 1 つ以上の HandShake Acknowledgement ドキュメント、キャリアレビュー PDF、シニオリティ評価ドキュメント、または Somnio の半期業績評価プロセスに関連するものを作成、生成、作成したいときはいつでもこのスキルを使用する。ユーザーが次のように言う場合でもトリガーする:generar el documento del handshake、armar el PDF de la evaluacion、crear el acknowledgement para un dev、generar el informe del career path、procesar estas fichas など。このスキルは単一およびバッチ(複数の開発者)の両方の生成を処理する:添付されたすべての ficha ファイルを読み込み、推測できる項目を事前入力し、すべてのデータを 1 つの表で EM と確認し、その後、開発者ごとに 1 つの PDF を生成する。
Home Assistant OS(HAOS)向けの Cloudflare Tunnel(cloudflared アドオン)HTTPS:HAOS インスタンスに実際の HTTPS URL を付与する。ユーザーが Home Assistant の HTTPS やリモートアクセスを望む場合、または cloudflared や Cloudflare Tunnel に言及した場合に使用する。HAOS 環境に対して DuckDNS、ポートフォワーディング、HA ネイティブの SSL を提案する前にも参照すること。
Honey を Superpowers スタイルのワークフロー(subagent-driven-development、dispatching-parallel-agents、executing-plans)や、新しい subagent をディスパッチするあらゆるオーケストレーションに重ねて使う。ディスパッチされた subagent は隔離されたコンテキストで実行され、セッションの Honey hook を継承しないため、完全なコードと冗長なレポートを出力する。implementer/reviewer/fixer/parallel subagent をディスパッチする直前に使う。各ディスパッチのプロンプトに貼り付けるべき正確な Honey ディレクティブを worker 版と reviewer 版で提供し、subagent の内部でもレバーが効くようにする。コストが倍増するのは実際にそこだからである。
Firebase / Firestore / GCP の悪用を調査します。JS バンドル内の Firebase API key の発見、signUp endpoint による匿名認証、anon key を使った Firestore コレクション列挙、認証なしでの Realtime Database の読み書き、Firebase Storage バケットの一覧取得、Firebase Hosting の検出、GCP service account JSON の悪用、漏えいした SA key による IAM policy の列挙に対応します。JS バンドル内の Firebase API key により、医療プラットフォームや配送アプリを含む 12 件以上の対象で Firestore の完全な読み取りアクセスが可能になった現場経験に基づいています。JS バンドル、APK、.env ファイルから Firebase API key(AIzaSy...)が見つかった場合、または対象が firebaseio.com / firestore.googleapis.com endpoint を使用している場合に使用します。
Supabase の悪用を調査します。JS バンドル内の Supabase anon key の発見、anon key による REST API テーブルの列挙、organization_id チェックの欠落を利用した Row Level Security(RLS)の回避、RPC 関数の悪用による組織横断データの取得、Storage バケットの一覧取得、anon key を使った Auth signUp/signIn、WHOIS によるマルチテナント列挙、認証なしでのバケットへのファイルのアップロード/ダウンロードに対応します。迅速に構築されたプラットフォーム上の Lovable.dev + Supabase スタックで、RLS ポリシーが一貫して誤設定されているという現場観察に基づいています。JS バンドル、.env、APK から Supabase URL(project.supabase.co)と anon key(eyJ...)が見つかった場合に使用します。
TLS/SSLおよびDNSの設定不備を調査します。HSTSの欠如(ダウングレード攻撃)、弱い暗号スイート、期限切れ・無効な証明書、mTLSのバイパス、SPF/DKIM/DMARCの欠如(メールなりすまし)、DNSゾーン転送(AXFR)、放置されたCNAMEによるサブドメイン乗っ取り、CAAレコードが対象です。単独では情報レベルまたは低リスクのものが大半です。このスキルでは、実際に価値のある発見(受信トレイへの到達証拠を伴うDMARCなりすまし、内部ホストを返すAXFR、放置CNAMEの乗っ取り)と、ベストプラクティス上のノイズとして却下されるもの(CAAの欠如、MitM可能な位置にない場合のHSTSの欠如)を明確に区別します。偵察中のインフラの弱点発見と、報告前の誠実なトリアージに使用します
リアルタイムの Hotwire 動作を実装します。WebSocket/SSE 経由の Turbo Streams、カスタムストリームアクション、インラインストリームタグ、リストのライブ更新、タブ間の状態同期に対応します。問題の中心がプッシュ型の更新やストリームアクションのオーケストレーションである場合に、このスキルを優先してください。プル型のページネーション/タブ/遅延ナビゲーションには hwc-navigation-content、フォームのライフサイクルとバリデーションには hwc-forms-validation、メディアのアップロード/再生には hwc-media-content、一般的な読み込み/進行状況/トランジションには hwc-ux-feedback、ストリーム以外の Stimulus の基礎には hwc-stimulus-fundamentals を使用してください。
Stimulus コントローラーの基本を扱います。ライフサイクルフック、値と valueChanged コールバック、ターゲットとターゲットコールバック、アウトレット、アクションパラメーター、キーボードイベント、コントローラーのアーキテクチャパターンが含まれます。特定の Hotwire 領域に依存せず、主に Stimulus API とコントローラー設計についての依頼で優先して使用します。フォーム固有のワークフローには hwc-forms-validation、Turbo ナビゲーションには hwc-navigation-content、Turbo Streams/WebSocket パターンには hwc-realtime-streaming、メディア連携には hwc-media-content、読み込み・進捗・画面遷移の UX パターンには hwc-ux-feedback を使用します。
Hotwire の横断的な UX フィードバックパターン(読み込み状態、ビジーインジケーター、プログレスバー、楽観的 UI、レンダリングのインターセプト、ビュー/ページ遷移)を実装します。単一の機能領域に限らず、体感パフォーマンスとユーザーフィードバックが主な目的の場合にこのスキルを優先してください。フォームの正確性と検証動作には hwc-forms-validation、ナビゲーション/履歴/キャッシュの仕組みには hwc-navigation-content、プッシュ/ストリームのオーケストレーションには hwc-realtime-streaming、メディア固有の動作には hwc-media-content、Stimulus API の基本的な質問には hwc-stimulus-fundamentals を使用してください。
時間や資金を投じる前にビジネスアイデアを検証する。個人事業主がまだ粗いアイデアを持ち、それを現実に照らしてストレステストする構造化プロセスを必要とする場合に使用——問題定義、需要の証拠、競合状況、顧客ディスカバリー、最もリスクの高い仮説のテスト、およびスコア付きの go/no-go 判断を扱う。"validate my idea"、"is this worth building"、"should I pursue this"、"test my business idea"、"does this idea have legs" などのフレーズでトリガーする。
新機能の構築、移行の計画、システム設計、散在するアイデアの計画化を行う前に必ず使用すること。トリガー:機能リクエスト、プロジェクトのアイデア、ブレインダンプ、'help me plan'、'spec this out'、'think through this'、'interview me'、'I want to build'、'let's design'、およびコードの前に構造化が必要なあらゆる未整理のアイデア。小規模な単一スペックのプロジェクトから多段階の取り組みまでカバー。会話形式のインタビューを行い、インタラクティブな HTML 契約を作成し、実装可能な Markdown スペックを生成する。明確に定義された実装タスク(既知のスペックに沿ったコーディング、バグ修正、リファクタリング、コードの説明)に限りスキップする。
each::sense AIを使い、自然言語で既存の画像を編集します。色の変更、オブジェクトの追加・削除、スタイル変更、領域のインペイント、キャンバスを広げるアウトペイント、写真のレタッチ、クリエイティブな効果の適用ができます。最大4枚の参照画像に対応します。写真のレタッチ、オブジェクト削除、スタイル変換、インペイント、アウトペイント、色補正、クリエイティブ編集に使用します。トリガー:画像編集、画像の変更、画像加工、写真編集、レタッチ、インペイント、アウトペイント、オブジェクト削除、オブジェクト追加、スタイル変換、画像のカラーグレーディング
Codex 用のエリート Web サイト画像からコード変換スキル。視覚的に重要な Web タスクでは、まず設計画像を生成し、深く分析してから、ウェブサイトを実装してできるだけ正確に一致させる必要があります。Codex では、小さく圧縮されたボードの代わりに大型で読みやすいセクション固有の画像を優先し、古い画像をトリミングする代わりにセクションまたは詳細ビュー用に新しいスタンドアロン画像を生成し、怠け者の生成不足を避け、カード内カード内カード UI を避け、ヒーローをきれいで広々とした読みやすく、小さいラップトップで表示されるようにする必要があります。
Linux でのファイル整合性監視のために AIDE(Advanced Intrusion Detection Environment)を構成します。ベースラインデータベースの作成、cron による定期整合性チェック、変更検出、未承認の改変に対するアラートを扱います。ホストベースのファイル整合性監視の設定、未承認のファイル変更の検出、Linux システムにおける FIM のコンプライアンス要件の充足に使用します。
学習者の現在の理解度に合わせて、本人のリポジトリファイルと稼働中のインスタンスを教材に使い、Infrahub の概念(スキーマ、オブジェクト、ブランチ、変更提案、チェック、変換、ジェネレーター、メニュー)を教えます。起動条件:ユーザーが Infrahub の概念を学びたい、理解したい、「教えて」「自分のインスタンスで X がどう動くか説明して」「Infrahub は初めて」と尋ねる、NetBox/Nautobot の概念に相当する Infrahub の概念を尋ねる、ガイド付きツアーを希望する、または学習セッションの再開を希望する場合。起動しない条件:ユーザーが作業の代行を求める場合(infrahub-managing-* skills を使用)、ライブ運用の回答を求める場合(infrahub-analyzing-data を使用)、または障害のデバッグ中の場合(infrahub-collecting-diagnostics を使用)。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
