Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
テスト・品質
ユーザーが既にスコアリングできるシステムに与えるプロンプトを持ち、そのプロンプトを自分の評価コマンドに対してスコアが上がるよう自動的に改善したいときに使用。1 回の反復につき 1 つの的を絞った品質編集（明瞭さ、コンテキスト、具体性、構造、例、分解、ガードレール）を行い、ユーザーの評価を再実行して指標を測定し、指標が改善した場合にのみ編集を保持し、そうでなければ元に戻す。目標、プラトー、または予算までループする。指標はユーザーの評価コマンドが出力するもの（タスク精度、LLM ジャッジスコア、合格率、ツール呼び出し成功率）であり、ループは指標非依存で、評価を決して編集しない。ゼロからのプロンプト作成、モデルの重みやハイパーパラメータの調整、スコアなしの単発の手動プロンプト編集には適さない。
LLM ガードレールの学習データを生成するため、範囲を限定したレッドチーミング自動リサーチループを実行する。あなた (このスキルを実行するエージェント) が攻撃者であり審判である：攻撃を立案し、すべての応答にラベルを付ける。ハーネスが呼び出す唯一のモデルはテスト対象であり、任意の OpenAI 互換 API (OpenRouter、Moonshot/Kimi、Fireworks、Ubicloud、OpenAI、またはカスタム) を介し、そのキーは `.red-team/.env` にある。すべての試行 (成功・失敗) は JSONL に書き出され、Llama Guard 形式でガードレールをファインチューニングする準備が整う。有害コンテンツ、ジェイルブレイク、プロンプトインジェクション、バックドア/トリガー動作について LLM をレッドチームまたはストレステストするよう求められた場合、安全/不安全データセットを構築する場合、または新規攻撃を大規模に採掘する場合に使用する。hacker スキル (コード/インフラの悪用可能性) を補完する：本スキルはモデル動作を対象とし、データを生成する。
このスキルを使用して、検出ツール（knip、depcheck、ts-prune、deadcode、staticcheck）でデッドコード、未使用の依存関係、重複したロジック、未使用のエクスポートを検出して削除します。「clean up dead code」「remove unused」「find dead code」「reduce bundle size」「dependency audit」でトリガーされ、コードベースが肥大化していると感じられるときにも使用します。検出ツールを使わずに稼働中のコードを簡素化する（可読性、命名、複雑さの削減）場合は、代わりに code-simplifier を使用してください。メンテナンス期間中または大規模なリファクタリングの前にこのスキルを使用します。
.NET テストを実行するとき、またはテストコマンドやフラグで回答する前に必ず使用する。「run the tests」「exact dotnet test command」、単一のテスト/クラス/カテゴリ/trait/ターゲットフレームワーク、複合フィルタ、`--filter-query`、`--no-build`、`--diag`、診断ログ、TRX、カバレッジ収集、クラッシュ/ハングダンプ、フィルタエラー、認識されないオプション遇到時に発火する。MSTest/xUnit/NUnit/TUnit に対して、リポジトリ互換のクラシック、VSTest、ブリッジド MTP、またはネイティブ MTP 構文を選択する。プラットフォーム識別のみ（platform-detection）、テストコードの作成・デバッグ、既存カバレッジレポートの解釈、CI の調査、マイグレーション、永続的なホットリロード/ウォッチループには使用しない。
gh-aw（GitHub Agentic Workflows）を用いた CI 専用の自己修復ワークフローで、プルリクエストとスケジュール実行における実行時のアクティブな復旧を行います。CI チェック（テスト、ビルド、lint、デプロイ、スキャン）が失敗すると、このスキルは CI ログから失敗を診断し、検証済みのパッチを PR コメントまたは追加コミットとして提案し、HEAL エントリを `.learnings/HEALS.md` にコミットします。検証してから永続化する原則を維持します。HEAL が `verified` になるのは、同じワークフロー内で再実行チェックが通過した場合のみです。それ以外は `pending-verify` として出荷され、人によるフォローアップに委ねられます。PR をまたいで繰り返される heal パターンは `Recurrence-Count` を累積し、≥3 で `Handoff` ブロックを追記して self-improvement-ci による昇格をフラグします。このスキルを使用する場面: CI／スケジュールパイプラインでヘッドレスな heal ループ実行を行いたい、繰り返し発生する失敗パターンを自動的に記録したい、または人によるトリアージなしで自明でない 環境／ツール の修正を PR で提示したい場合。対話型／ローカルセッションでは、代わりに `self-healing` を使用してください。
新規チェックアウトで `clickhouse-js` リポジトリをセットアップし、エージェントがテスト、lint、型チェック、ビルド、サンプルを実行できるようにする。`npm run test:*`、`npm run lint`、`npm run typecheck`、`npm run build`、`npm run run-examples` のいずれかのスクリプトを呼び出す前に、または任意の `package.json`（ルート、`examples/node`、`examples/web`）に触れる変更をプルした後に、本スキルを使用する。Node.js のバージョン要件、npm ワークスペースと 2 つの独立したサンプルパッケージへの依存関係のインストール、パッケージ間の import を解決できるようにワークスペースパッケージをビルドすること、統合テスト用に Docker Compose で ClickHouse を起動することを扱う。`@clickhouse/client` や `@clickhouse/client-web` に依存するだけの下流のユーザープロジェクトには本スキルを使用しない。これは `ClickHouse/clickhouse-js` リポジトリ自体へのコントリビュートに固有のものである。
Boot 4+ では MockMvc のアサーションが MockMvcTester に置き換わりました。互換性のない API であり、学習データの情報は誤っている可能性があります。@WebMvcTest を書く前に読んでください。トリガー：@WebMvcTest、MockMvc、MockMvcTester、@RestController、jsonPath、@GetMapping、@PostMapping、@AutoConfigureMockMvc、MockMvcRequestBuilders、status().isOk()、@RestControllerAdvice、contentType(APPLICATION_JSON)。
Svelte コンポーネントが慣用的なパターンに従っているかをレビューし、React/Vue/Svelte 4 から持ち越されたアンチパターンを特定し、Svelte 5 のリファクタリングを提案する。Svelte コンポーネントを書く/レビューするとき、"is this idiomatic"、"Svelte way" を尋ねるとき、Svelte 5 への移行を行うとき、または次のようなスメルに遭遇したときに使用する：effect が state を代入する、prop が $state にコピーされる、デフォルトでグローバルストア、どこでも $bindable、クリック可能な div、createEventDispatcher、export let、on:click、slot 型の API、ライフサイクル駆動のコード、命令的な DOM 配線、不変更新の儀式、context 値の置き換え、shadcn-svelte のフォーム構造、Field.* コンポーネント、bits-ui のフォームコントロール、所有権を隠すコンポーネント API。これは Svelte コンポーネントレビューの汎用エントリーポイントであり、ルート/load/actions/サーバー関連の事項は sveltekit に、詳細は専門のリファレンスに委譲する。
Tenzir プロジェクトのコード変更をレビューして対応します。diff や pull request をバグ、セキュリティ問題、不足しているテスト、ドキュメントの乖離、可読性の問題、パフォーマンスの低下、ユーザー体験の問題について監査するとき、または pull request のレビューコメントを処理するとき（特に要求された変更の実装、レビュアーへの返信、GitHub のレビュースレッドの解決、レビューフィードバックが最終状態になったことの確認）に使用します。また、ユーザーが "review"、"look at this PR"、"check my changes"、"audit this diff"、"address the review findings"、"resolve PR comments" と言ったときはいつでもこの skill を使用します。
最新のドキュメントと完全な使用ガイドを用いて、Vitest テストの構築、レビュー、デバッグ、設定、移行、指導、計画を行う。vitest 5、vitest.config、vitest/config の defineConfig、describe/it/test/expect、vi モック、vi.when、スナップショット、カバレッジ（@vitest/coverage-v8）、ブラウザモード（@vitest/browser-playwright）、projects、pools/maxWorkers、reporters、UI、bench fixture、typecheck、vitest doctor、fsModuleCache、および Jest / Vitest 3→4 / 4→5 の移行に使用する。
執筆ハードゲート監査員。final 記事を正式に出力する前に、writing workflow のハードゲートを独立して監査するために使用する。 トリガーとなる場面: - すでに draft があり、正式な最終稿を制作しようとしている - プロジェクトが `01_项目/内容创作/` にある - Claim Ledger、Module Budget、Lint Report、Final Candidate などの artifacts を検証する必要がある 中核能力: - artifacts が揃っているかを独立してチェックする - form のハード閾値を超過していないかをチェックする - claim と本文が一致しているかをチェックする - `PASS / FAIL` を出力し、`03-Reviews/Gate-Check-Report.md` に書き込む
新しい Bun/TypeScript、Next.js、または Java（Quarkus）リポジトリをゼロから atelier 標準に適合させる——Clean Architecture（または Atomic Design）の構成を作成し、gate アセットをコピーし、git hooks を設定し、ビルドスクリプトを書き、最小限のグリーンな walking skeleton を用意し、初回コミット前にすべての gate が通ることを確認する。新しいリポジトリや新しい monorepo パッケージをゼロから始めるときに使用——「scaffold a new Bun repo」「bootstrap a new project to the standard」「set up a new atelier repo / Next.js package」「scaffold a new Java/Quarkus service」などと言われたとき。グリーンフィールド限定。既存コードベース内の作業（機能追加、lint やツールの設定、設定変更）には絶対に使用しない——それらはメインの atelier skill、またはブラウンフィールドのリポジトリを標準に引き上げる atelier-review-me の adopt モードに属する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。