Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
開発
Go 1.26+ で再構築された go fix コマンドを使って Go コードをモダナイズする。新しい言語および stdlib のイディオム(interface{} から any へ、3 節ループから range-over-int へ、min/max、strings.Cut、new(expr) など 20 以上)に安全でバージョン対応の書き換えを適用し、不動点まで反復して、その後ビルドを検証する。Go コードをモダナイズ、整理、またはイディオムに沿った形にすべきときはいつでも使用 — go.mod のバージョン更新後、旧式または AI 生成のパターンが蓄積したとき、呼び出し元を非推奨または改名された API から移行するとき(go:fix inline ディレクティブ)、ユーザーが go fix や gofix に言及したとき、または CI ゲートとしてモダンなイディオムを強制するとき。gofmt のフォーマット、依存関係のアップグレード、go vet のバグ検出には使用しない。
カーソルとポインタ駆動の GSAP アニメーション向けの本番用レシピ。公式の gsap-core および gsap-performance スキル(API リファレンス)の補足。トリガー:cursor follower、cursor effect、mouse follower、magnetic button、spotlight cursor、cursor trail、particle trail、spring cursor、elastic cursor、pointer animation、custom cursor、cursor glow、clipPath cursor、quickTo cursor、image preview hover、perspective tilt、3D tilt cursor。非トリガー:ホバー/チルトのカード効果(gsap-interact を使う)、スクロールアニメーション(gsap-scroll を使う)、カーソル効果を伴わない一般的なマウスイベントには使わない。成果:適切なクリーンアップ、オーバーライト管理、パフォーマンス最適化(quickTo、ticker、will-change のライフサイクル)を備えたカーソル駆動のアニメーション効果を生成する。
GSAP SVG アニメーション向けの本番用レシピ。公式の gsap-plugins スキル(API リファレンス)の補足。トリガー:SVG animation、GSAP SVG、path drawing、strokeDashoffset、DrawSVG、drawSVG、SVG morph、MorphSVGPlugin、circuit tree、circuit board、CTAHud、HUD animation、pulse ring、scallop wave、SVG stagger、SVG fill、SVG stroke、SVG cleanup、feGaussianBlur、SVG glow、SVG blink、shape overlay、page transition、section transition、smooth morph、morph interpolation、dynamic morphing、SVG curtain、shape transition。非トリガー:テキストアニメーション(gsap-text を使う)、SVG を伴わないスクロール表示(gsap-scroll を使う)、マウス操作(gsap-interact を使う)、非 SVG の視覚効果(gsap-vfx を使う)には使わない。成果:SVG アニメーションを生成する — パス描画、モーフィング、回路基板パターン、HUD システム、パルスリング、スカラップ波。
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 のコンフリクトを解決した直後、操作を続行またはコミットする前に、解決結果を両側と照合できるよう、依頼がなくても提案します。
リアルタイムの 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 を使用してください。
新機能の構築、移行の計画、システム設計、散在するアイデアの計画化を行う前に必ず使用すること。トリガー:機能リクエスト、プロジェクトのアイデア、ブレインダンプ、'help me plan'、'spec this out'、'think through this'、'interview me'、'I want to build'、'let's design'、およびコードの前に構造化が必要なあらゆる未整理のアイデア。小規模な単一スペックのプロジェクトから多段階の取り組みまでカバー。会話形式のインタビューを行い、インタラクティブな HTML 契約を作成し、実装可能な Markdown スペックを生成する。明確に定義された実装タスク(既知のスペックに沿ったコーディング、バグ修正、リファクタリング、コードの説明)に限りスキップする。
Codex 用のエリート Web サイト画像からコード変換スキル。視覚的に重要な Web タスクでは、まず設計画像を生成し、深く分析してから、ウェブサイトを実装してできるだけ正確に一致させる必要があります。Codex では、小さく圧縮されたボードの代わりに大型で読みやすいセクション固有の画像を優先し、古い画像をトリミングする代わりにセクションまたは詳細ビュー用に新しいスタンドアロン画像を生成し、怠け者の生成不足を避け、カード内カード内カード UI を避け、ヒーローをきれいで広々とした読みやすく、小さいラップトップで表示されるようにする必要があります。
tasks.py または tasks/ パッケージ内で invoke タスクを追加、改名、レビューする際に使用 — `inv <namespace>.<task>` を何と呼ぶか、名前を動詞にすべきか名詞にすべきか、新しいタスクはどこに属するか、既存の名前を変更する価値があるかを判断する。また、プロジェクトの自動化スクリプト、タスクランナー、ビルドコマンドが乱雑で一貫性がなく見つけにくくなり、どこから整理を始めればよいか知りたい場合にも使用。改名に実際にかかるコスト(タスク名はドキュメント、CI、Dockerfile、その他のリポジトリで引用され、Python の関数名は CLI 名とともに変わる)と、誰も宣言していないタスクを黙って公開してしまう invoke の配線の罠を網羅。個人リポジトリ群 — power-user-linux-setup、repo-tasks、scaffoldapy 生成プロジェクト、*-polite-mcp リポジトリ — に適用。
ローカルにインストールされた Isaac Sim を GUI ウィンドウで起動し、isaac-sim-remote Python サーバー経由で操作して、Nova Carter SIL を使った Mission Control のエンドツーエンドのショーケースを実行・検証します。デモ、ショーケースの再生、Mission Control によるシミュレーションロボットの操作、統合された小規模倉庫シナリオの診断に使用します。既存の Isaac Sim のインストールを変更せずに検出し、互換性を確認できる場合は確認を求めずに使用可能なランタイムを自動選択します。依頼されたインストールやバージョン変更は isaac-sim-installation に委任します。ユーザーが別のシナリオを指定しない場合、標準の Isaac 6.1 倉庫と決定論的な円形ルートを使用します。
エンタープライズ向け Spring Boot 3.5.x/4.x 開発ガイドです。Spring Boot API、マイクロサービス、エンタープライズ Java アプリケーションの構築に使用します。DTO としての Java Records、Virtual Threads、ProblemDetail(RFC 7807)、RestClient、構造化ログ、Testcontainers、オブザーバビリティ、sealed 例外階層、GraalVM native を扱います。対象:Spring Boot、Spring MVC、Java の REST API、Java マイクロサービス、エンタープライズ Java 開発。
ユーザーがコード、アニメーション、3D 実験の一部を独立した JOYCO Lab の実験として切り出して公開したいときに、このスキルを使用する。トリガーには、「isolate this」「publish this to the lab」「create a lab experiment」「extract this animation/effect/scene」「submit to JOYCO lab」「make this an experiment」が含まれる。ユーザーが自己完結型の視覚効果、アニメーション、3D シーン、canvas スケッチ、またはインタラクティブなコンポーネントを見せて、それを共有または紹介したいときにもトリガーする。たとえ「lab」と明示していなくても — 切り出し可能なクリエイティブ/技術的なコードがあり、共有したい意図があれば、このスキルを使用する。
最新のドキュメントを用いて TypeScript から Apache Kafka の作業を構築、レビュー、デバッグ、設定、移行、指導、計画する。TS SDK として @platformatic/kafka を推奨(Producer、Consumer、Admin、bootstrapBrokers、consume streams、ProduceAcks、transactions、cooperative-sticky KIP-429、KIP-848)。topic、partition、consumer group、rebalance、offset、acks、冪等性、EOS、compaction、retention、SASL/TLS、Schema Registry の概念、KRaft、Kafka 4.x、kafkajs 移行、DLQ/outbox パターン、およびアプリの produce/consume に影響する broker 運用に使用。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
