Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
開発
DataLens でスタンドアロンの HTML ページやレポートを作成、修正、公開する際に使用します。DataLens は、表、グラフ、CSV／ダウンロードボタンを含むことの多い自己完結型の HTML ドキュメント全体を受け取り、サンドボックス化され CSP で制限された iframe 内でレンダリングするため、通常のウェブコードは気付かないうちに動作しなくなることがあります。このようなページをゼロから生成する場合や、DataLens 上のページで画像、フォント、スクリプト、CDN ライブラリがブロックされる／Content-Security-Policy エラーが発生する、fetch/XHR/localStorage が動作しない、グラフが空白になる、ダウンロードまたは Export ボタンが機能しない、サイズ超過や文字コードの誤りでアップロードが拒否される、ユーザーの DataLens テーマ（ライト／ダーク）や言語（ru/en）に合わせる必要がある、Yandex マップを埋め込む、といった問題に対応します。許可されている CDN とホスト、およびページを完全に自己完結させる方法も扱います。DataLens のチャートセルや HTML マークアップのテーブル列には使用しません。
境界づけられたコンテキスト間の関係をマッピングするときに使用します。「コンテキストマップ」「この 2 つのサービスはどう連携するか」「腐敗防止層を使うべきか」「共有カーネルか別々の道か」「上流／下流」「ここに適した統合パターンは何か」などが該当します。7 つの関係パターン（Shared Kernel、Customer-Supplier、Conformist、Anticorruption Layer、Open Host Service、Published Language、Separate Ways）と、それぞれを選ぶ際の判断材料をまとめています。
ユーザーが DDD パターンを実現する具体的なコードを求める場合に使用します。「X のエンティティのひな型を作る」「Y の集約を書く」「リポジトリインターフェースを提示する」「この値オブジェクトを実装する」などが対象です。命名と不変条件を整理して会話を進めた後、コード生成を言語アダプタースキル（例：Kotlin 用の ddd-kotlin-idioms）に委ねます。リファクタリング（ddd-refactor に振り分け）、レビュー（ddd-review に振り分け）、ゼロからの設計（ddd-design に振り分け）には使用しないでください。
ユーザーが DDD の設計上の問題について PR 形式のコードレビューを求めた場合に使用します。「これは DDD に沿っているか」「ドメインモデリングの問題をレビューして」「この集約の何が問題か」「このモジュールを DDD の観点で監査して」などの場合に適しています。ファイル、差分、モジュールを DDD アンチパターンカタログと照合し、該当するパターンスキルを引用して具体的な違反を報告します。新しいコードを求めている場合は使用せず（ddd-implement に案内）、ゼロからの設計を求めている場合も使用しないでください（ddd-design に案内）。
TypeScript のアーキテクチャ上の問題を解決するために GoF デザインパターンを適用する。コードアーキテクチャのリファクタリング、拡張可能なシステムの実装、コンポーネントの疎結合化、SOLID 原則の遵守の際に使用する。22 種類の GoF パターンをすべて網羅する：生成（Factory Method、Abstract Factory、Builder、Prototype、Singleton）、構造（Adapter、Bridge、Composite、Decorator、Facade、Flyweight、Proxy）、振る舞い（Chain of Responsibility、Command、Iterator、Mediator、Memento、Observer、State、Strategy、Template Method、Visitor）。
プルリクエストの作成またはマージ前にコード差分を確認します。ユーザーがコード差分を提示したり、コード変更を貼り付けたり、コードまたは PR のレビューを依頼したり、コードを PR として提出またはマージしようとしている場合、このスキルを必ず使用してください。差分が小さいという理由だけで省略してはいけません。大規模または高リスクなコード変更をコミットまたは引き渡す前にも使用してください。変更がドキュメント、文章、画像、フォーマットなどの非コード内容に限られる場合は使用しないでください。小規模で低リスクな自己変更は、専門ツールを使わず軽量なレビューのみ行います。要件の範囲、正確性、セキュリティ、互換性、テストカバレッジを確認します。トリガー：幫我看程式 diff、看一下程式改了什麼、review 程式碼、PR review、diff review、code review、看看程式有沒有問題
型付きエラー、依存性注入、並行性、リソース管理、スキーマ検証、ストリーミングのための高度な Effect-TS パターン。Effect プログラムを構築する際に使用する — 単純な Effect.succeed/fail の質問ではなく、Layer 合成によるサービス層の設計、タグ付きエラーによる型付きエラー階層の処理、構造化並行性による並行 fiber の管理、スコープ付きリソースライフサイクル、スキーマ駆動の API コントラクト、Effect と既存の Express/Hono/データベーススタックの統合など、複数の関心事を扱うタスクに用いる。基本的な TypeScript や一般的な関数型プログラミングの質問には使用しない。
ウェブアニメーションのモーションアクセシビリティと WCAG 準拠。重要：アニメーションを実装する際は、このスキルを elite-gsap または elite-css-animations と併せて読み込むこと。prefers-reduced-motion（CSS と GSAP のパターン）、WCAG のコントラスト要件、APCA、フォーカス管理、キーボードナビゲーション、タッチ操作パターン、スクリーンリーダーへの配慮を扱う。以下について尋ねられたときに使用：モーションの低減、モーション感受性、前庭障害、アクセシビリティ、a11y、WCAG、コントラスト比、フォーカススタイル、タッチターゲット、セーフエリア、ジェスチャーのアクセシビリティ、アニメーションをアクセシブルにすること。モバイル向けのタッチ操作パターンも扱う。
エクスポート結果に忠実なアセット、画面×状態のインベントリ、出荷対象の親コンポーネント内で測定したコントロール、対象リポジトリ内の永続的な living spec（状態/モード/根拠、必須の Assets サブセクション）を用いて Figma UI を実装します。コンポーネントワークベンチ（Storybook など）がある場合は、インベントリを網羅するストーリーと仕様を固定するテストも提供します。Figma の URL/ノードからの実装や、ピクセルレベルの再現に使用します。ファイルにモードがあるか、プロジェクトにテーマ切り替え機能がある場合は、ライト/ダークも対象です。同じ実行内で figma-pixel-verify を使ってレイアウト済みフレームを測定し、合格するまで続けます。反復の間に人が介在する必要はありません。トリガー — 「像素级还原」「按稿实现」「Figma 对齐实现」「还原 Figma」「figma 保真实现」「暗黑模式还原」「多主题保真实现」 / implement from Figma、pixel restore、dark mode implement、multi-theme fidelity。コード→Figma のキャンバス書き込み、デザインのない自由な UI、実装後の整合性確認のみには使用しないでください（figma-pixel-verify を使用）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。