Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
テスト・品質
（NS）SOLID、クリーンコード、パフォーマンス、セキュリティ、テスト容易性に関するシニア Tech Lead のコードレビュー。コードの作成・変更後、PR を開く前、実装の完了後、またはユーザーがコードレビュー、PR レビュー、issue レビューのゲートを求めたときに積極的に使用する — このスキル名を挙げていない場合でも。ISSUE_URL を伴う GitLab issue の実行では、Issue review モードを使用する。根本原因のデバッグには使用しない（code-investigator を使用）。
壊れた、または信頼できないコードベースを診断し、修正を計画します。実際にアプリを実行し、専門分野ごとのサブエージェント（セキュリティ、データベース、コアロジック、フロントエンド/UX、アーキテクチャ）を並列で展開し、git/CI/デプロイの構成を監査し、主要な主張を独自に検証したうえで、実世界のコスト順に並べた平易な言葉の指摘リストを提示し、FINDINGS.md をリポジトリに書き込み、cs-build-import-codebase への引き継ぎと Kanban タスクの作成を行う前に、再構築か現地修正かの結論を出します（既定では現地修正が優先され、実ユーザーがいれば再構築を全面的に否決できます）。あらゆる言語のあらゆるコードベースで動作します。トリガー：「my app is a mess」、「audit my codebase」、「what's wrong with my app」、「diagnose this codebase」、「should I rebuild or fix this」、「find the bugs in my app」、「review my whole app」。
EmDash プラグイン向けに GitHub Actions CI/CD ワークフローを設定する——TypeScript の型チェック、ESLint の lint、Vitest のテスト、npm 公開、自動リリース。ユーザーが EmDash プラグイン向けに GitHub Actions、CI/CD、自動チェック、デプロイワークフローを作成、追加、設定、構成したい場合には必ずこの skill を使用する——"GitHub Actions" という正確な表現を使っていなくてもよい。これには以下が含まれる：EmDash プラグインリポジトリへの自動型チェックまたは lint の追加、プラグインの CI でのテスト設定、GitHub から npm へのプラグインの自動公開、プラグインパイプラインへのセキュリティスキャンや依存関係監査の追加、または一般的に EmDash プラグインの GitHub リポジトリに関連する "add CI"、"add automated checks"、"set up workflows"、"automate"。PR の品質ゲートを設定したい場合や、新しい EmDash プラグインリポジトリを設定して自動化のベストプラクティスを求める場合にもトリガーする。ユーザーが EmDash プラグインリポジトリ内にいて、自動テスト、コード品質、デプロイ、GitHub ワークフローについて言及した場合は、この skill を使用する。
作成、検出、検証、実行にまたがる汎用的なコントラクト/schema 境界監査 — リスティングと呼び出しパスの間のスプリットブレイン、ゲートウェイの乖離、寛容すぎるプレースホルダーを検出する。ツール登録、RPC/プラグインのレジストリ、動的ツール、MCP または WebMCP のサーフェス、コマンドライン実行エイリアス、OpenAPI または JSON Schema コントラクト、マイグレーター/コード生成、ブリッジの引数エンコーディング、API コントラクトを記述するプラットフォームドキュメントを変更するときに使用する。
tempa-spec のダークモードに対する steel-manning による解決。通常はユーザーにエスカレーションされる所見（hrt-align-consistency-review と hrt-apply-code-review の DECISION/HIGH、hrt-adversarial-authoring の単一レビュアー UNANCHORED）を解決する。常に新しい subagent を使う。dark.md が存在し、呼び出し元のスキルが自らの証拠では解決できない所見を抱えている場合にのみ使用する。
MCP（Model Context Protocol）サーバー、クライアント、ツールハンドラーの実装ソースコードをセキュリティベースライン——認証、セッション、レート制限、入力スキーマ検証、公式 SDK の使用、RCE ベクター、OWASP MCP Top 10——に照らしてレビューし、ファイル/行の根拠を含むレポートを作成する。次の場合にこのスキルを使用する：- リリース前に MCP サーバー実装のセキュリティをレビューする場合 - ベースライン管理策（MCP-01 から MCP-05）と OWASP MCP Top 10 に照らしてサーバーを確認する場合 - RCE ベクター（コマンド/コードインジェクション、安全でないデシリアライズ、パストラバーサル、SSTI、依存関係ハイジャック、SSRF）についてツールを監査する場合 - ネットワークに公開されたサーバー上の認証、セッション、レート制限、入力検証の管理策を検証する場合 - 信頼できないサーバー応答とセッション ID を処理する MCP クライアントコードをレビューする場合 - "review this MCP server for security" や "is my MCP server implementation secure?" といったリクエスト
Windows アプリ、デスクトップユーティリティ、ゲーム、PWA、パッケージソフトウェア向けに Microsoft Store のリリース準備を整えます。パッケージ ID、MSIX/AppX パッケージング、Store 掲載情報、スクリーンショット、年齢区分、プライバシー、機能、アプリ内課金、サブスクリプション、更新、認定、インストーラーの動作、Windows 統合、テレメトリ、クラッシュ品質、サポートリンク、リリースのロールアウトを含みます。Microsoft Store への提出または監査を行う場合に使用します。
Protractor のテストスイートを CodeceptJS 4 に移植する。プロジェクトに以下が含まれる場合にトリガー：`protractor.conf.{js,ts}`、`devDependencies` 内の `protractor`、`*.e2e-spec.{js,ts}` ファイル、spec ファイルを含む `e2e/`（または `protractor/`）ディレクトリ、依存関係内の `@types/jasmine` / `jasmine-spec-reporter`、`protractor` からのインポート（`browser`、`element`、`by`、`ExpectedConditions`）、または `element(by.X(...))`、`element.all(...)`、`by.addLocator(...)`、`browser.get(...)` / `browser.executeScript(...)` / `browser.wait(EC.*)` / `browser.waitForAngular(...)` / `browser.ignoreSynchronization` / `browser.params.*` を呼び出すコード。
TestCafe のテストスイートを CodeceptJS 4 に移植する。プロジェクトに以下が含まれる場合にトリガー：`.testcaferc.{json,js,ts,cjs}`、`devDependencies` 内の `testcafe`、`testcafe` からインポートするテストファイル（`Selector`、`ClientFunction`、`Role`、`RequestMock`、`RequestHook`、`RequestLogger`）、トップレベルの `fixture('X').page(...)` + `test('y', async t => { ... })` ブロック、`Selector(...)` チェーン（`.withText`、`.nth`、`.find`、`.filter`）、`await t.click(...)` パターン、`t.useRole(...)`、`t.eval(...)` / `ClientFunction(...)`、または TestCafe Studio の記録。
エンジニアと QA 担当者が性能テスト結果を解釈し、ボトルネックを特定し、2 種類のレポート（エンジニアと QA 向けの技術レポート、ステークホルダーと経営層向けの業務レポート）を作成するのを支援する。ユーザーが k6、Gatling、Locust、JMeter、Artillery などのツールの負荷テスト結果、CSV 統計、HTML レポート、パーセンタイル データ、テスト出力を共有し、数値の意味を理解したい、問題を診断したい、結果を伝えたいときに、このスキルを使用する。「analyze my test results」「what do these numbers mean」「my p95 is high」「error rate under load」「write a performance report」「explain the results to my manager」「how do I present this to stakeholders」「I found a bottleneck」といったフレーズで発動する。
プリンシパル級のアーキテクチャ、システム設計、トレードオフ分析、ADR、Clean Architecture、GoF、本番運用可能なマイクロサービス、Clean Code、アルゴリズム、ドメインモデリング/DDD、分散データ、API 契約、品質属性/ATAM、SRE/レジリエンス、セキュアアーキテクチャ、レガシーの進化、C4/arc42 ドキュメント、エンジニアリングオーナーシップ。アーキテクチャ/コードレビュー、技術戦略、パターン監査、コーディング標準、アルゴリズムやデータ構造の選択、Big O/パフォーマンス、データベース、一貫性、イベント、スケーラビリティ、SLO/信頼性、脅威モデリング、モダナイゼーション/移行、境界づけられたコンテキスト、集約、コンテキストマッピング、API のバージョニング/廃止、チームトポロジー、プラットフォームエンジニアリング、マルチサービス設計、または /principal-software-architect に使用する。証拠に基づく所見と、意思決定に関係する専門的なベースラインのみを生成する。
ProBat（tlppCore のネイティブテストエンジン）を使って TLPP コードの単体、機能、統合テストを書いたり実行したりする必要があるときに使用 - @TestFixture、@Test、@Setup/@TearDown、@OneTimeSetUp/@OneTimeTearDown、@Skip、@ErrorLog アノテーション、完全なアサーションライブラリ（assertEquals、assertTrue、assertVector、assertJson、assertIsRegExFull など）、SKIPASSERT、TDD/CI ワークフローを扱う。"testes unitarios"、"criar teste ProBat"、"testar rotina TLPP"、"cobertura de testes" などのポルトガル語表現や、TLPP クラスに @Test メソッドを追加する要求でもトリガーされる。
Quarto と Beamer の一致を検査する対抗的 QA。批評エージェントが Quarto の HTML レンダリングを Beamer の PDF ベンチマークと比較して内容・見た目の一致を確認し、修正エージェントが修正を適用する。APPROVED になるか、連続 2 ラウンドで新しい問題が出なくなるまでループする（フォールバック上限 5 ラウンド）。ユーザーが "qa the quarto"、"check parity"、"does the html match the pdf?"、"quarto matches beamer?" と言ったとき、または translate-to-quarto の実行後に使用する。レンダリング済みの `.qmd` と `.pdf` ベンチマークの両方が必要。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。