Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
実際のシステムを動かして（ソースから推論するのではなく）新しいコードを出荷前に壊す並列の敵対的サブエージェントを起動する——スキーマ、契約、パーサー、シリアライザー、プロトコル、状態機械、セキュリティ/秘匿化、フリーズガード。非自明な機能/タスクでは、実装がグリーンになった時点で、最終的な収束（dootsabha）レビューの前に標準ステップとして使う。各エージェントには互いに重複しない 1 つの攻撃面と「X を壊してみる」という任務が与えられる。各発見は信じる前に独立に再現され、その後リグレッションテストで修正される。トリガーフレーズには "adversarial review"、"try to break this"、"find the bugs I missed"、"harden before done"、"attack this schema/parser/contract"、および shux の機能プロトコルの敵対的ステップが含まれる。
異質なメンタルモデルを抱えた既存の Rust コードをレビューまたはリファクタリングするときに使用する技能——Java/C# 由来の OO/エンタープライズ的な儀式、ガベージコレクション的なオブジェクトグラフ、例外スタイルの制御フロー、借用チェッカーに移植された命令型ループなど。これは新規開発向けのイディオム助言に対する、対抗的でアーキテクチャレベルの相方であり、コードが裏切っているパラダイムを名指しし、それを畳み込む深いリファクタリングを処方する。単一実装の DI trait、Deref 継承、Manager/Service 構造体、反射的 builder、Rc<RefCell> の網、コンパイルが通るまで clone、bool/String 状態機械、センチネル戻り値、catch_unwind による try/catch、反射的 Box<dyn>、async 内のブロッキング呼び出し、投げっぱなしの spawn まで、層ごと削除することもある。すべてのルールは codex-rs の本番ワークスペース（openai/codex）に基づく——処方はこのコードベースが実際に行い、lint で強制している内容である。"make this Rust actually Rust"、"flatten this architecture"、または言語と格闘するコードの細かいレビューに当てはまる。
本スキルを使用して、合否形式の敵対的レビューで TypeScript および React アプリケーションコードの設計パターン使用をゲートする——単一のブラインドレビュー用サブエージェントが、diff またはファイルセットを 18 の判定可能なルールに照らして評価する。ルールは暗黙のステートマシン（ブールフラグのライフサイクル、useEffect チェーン、保存された派生状態、非網羅的な union マッチ）と、過剰に設計された OO/エンタープライズ移植（getInstance シングルトン、ファクトリクラスとビルダークラス、単一メソッドのストラテジクラス、State/Visitor 階層、React ツリー内部のイベントバス、パススルーリポジトリ、DI コンテナ、単一実装のインターフェース、コンポーネント継承、ロジックのみの HOC、静的メンバーのみのクラス、些末なアクセサ）を対象とする。TS/React の作業をマージする前に、パターン使用のゲートや合否判定を求められたときに、またはエージェントが作成したコードが Java/C# のイディオムを移植していないかのチェックとしてトリガーする。判定のみを返す。教示的なガイダンスには implementation-design-patterns または implementation-functional-patterns を使用する。
Apple App Store 向け iOS アプリの提出前レビュー。Xcode プロジェクトをスキャンしてよくある拒否理由を検出する——プライバシー文字列の欠落、アイコンの問題、エンタイトルメントの不一致、プライバシーマニフェストの欠落、アカウント削除の要件、Sign in with Apple など。ユーザーが App Store に提出する前に iOS アプリを確認したいとき、App Store の拒否理由について尋ねるとき、Xcode プロジェクトの設定を検証したいとき、App Store レビュー、TestFlight 提出、アプリ承認について言及したときにこのスキルを使用する。ユーザーが Info.plist のプライバシーキー、PrivacyInfo.xcprivacy、App Store Connect に言及したとき、または「why was my app rejected」と尋ねたときにも使用する。ユーザーが Xcode/Swift プロジェクトの文脈で「check my app」「review my iOS project」と言っただけの場合でも、このスキルを使用する。
実装前に、提案されたコード変更の設計品質をレビューするための権威あるフレームワーク。アーキテクチャレベルの品質属性（テスト容易性、モジュール性、信頼性、スケーラビリティ、ISO 25010 + Clean Architecture + SDP による依存方向）とコードレベルの指標（偶発的複雑度、Myers/Connascence による結合度、凝集度、変更増幅、技術的負債、循環的/認知的複雑度、デメテルの法則）を評価し、さらにセキュリティのチェック（OWASP Top 10）を行う。提案されたソリューションがコード変更を伴い、そのコードがよく設計されているか——動作するかだけでなく、保守可能でテスト可能であり、設計負債を生まないか——を評価する必要があるときはいつでもこのスキルを使用する。トリガー — 「代码审查」「代码设计审查」「代码设计质量」「审查代码设计」「代码架构审查」「设计质量评估」「代码质量评审」「这个代码设计合理吗」「耦合度审查」「代码可维护性」 / code design review, code architecture review, design quality assessment, coupling analysis, maintainability review。
設計上の意思決定をアクセシビリティ標準と法的要件に対応付ける。WCAG 適合性を記録するとき、監査の準備をするとき、コンプライアンス状況を追跡するとき、または法務や調達がアクセシビリティ文書を要求するときに使用する。トリガー：WCAG、compliance、conformance、audit、VPAT、accessibility statement、legal requirement、ADA、EAA、European Accessibility Act、Section 508、EN 301 549、accessibility standard、success criterion。
自分の pull request のレビューコメントに対応する：有効な提案を実装し、無効なものには返信し、スレッドを解決する。インラインのレビュースレッド、レビュー本文のコメント、通常の PR タイムラインのコメントを扱う。使用する場面：ユーザーが「PR コメントに対応して」「PR のフィードバックを実装して」「レビューコメントに返信して」「レビューフィードバックを処理して」「PR レビューコメントを処理して」「レビューフィードバックを修正して」「ボットのレビューコメントに対応して」「Copilot の提案を処理して」「Claude のレビューに対応して」と言う場合、または自分の pull request の未解決のレビュースレッドをすべて処理したい場合。コミットメッセージでコメント者にクレジットを示す。
実行時の観測が必要なときのデバッグスキルファミリーのデフォルト入口：静的解析が行き詰まった、修正が効かなかった、ログは正しく見えるが動作が誤っている、または修正検証に前後の証拠が必要な場合。エスカレーションの判断、的を絞った計装（散発的なログ出力ではなく）、MRE による再現、証拠の階層、信頼度ゲーティング、エスケープハッチ、修正検証を扱う。browser-debug-toolkit / hybrid-debug / channel enablers と組み合わせて使用でき、それらを格下げしない。トリガー — 「打点调试」「打日志调试」「运行时调试」「运行时验证」「复现验证」「日志分析根因」「根因置信度不足」「静态分析碰壁」「修了还是不行」「日志正常但行为不对」「偶现」「调试默认入口」 / runtime evidence debugging, instrumentation debugging, escalate to runtime, evidence-driven debugging, fix didn't work, intermittent bug。
Anthropic のガイドラインに照らして Claude Code スキルを検証する。ユーザーが「check skill」「skillcheck」「validate SKILL.md」と言った場合、またはスキル定義の問題を見つけるよう求めた場合に使用する。構造的検証と意味的検証を扱う。アンチスロップ検出、セキュリティスキャン、トークン分析、エンタープライズチェック、Eval Kit 生成には使用しない。これらには skill-check-pro を使用する。LinkedIn のスキルエンゲージメントには使用しない。それには skillcheck-engage を使用する。
仕様ファースト、TDD、サブエージェント駆動のソフトウェア開発ワークフロー。使用場面：(1) 新しい機能やアプリの構築 —— ブレインストーム → 計画 → サブエージェント実行のループを発動、(2) バグやテスト失敗のデバッグ —— 体系的な根本原因分析プロセスを発動、(3) ユーザーが "let's build"、"help me plan"、"I want to add X"、"this is broken" と言う、(4) 機能ブランチの完了 —— テスト検証 + マージ/PR の選択肢を発動。対象外：一行の修正（直接編集）、コードの読解、コードを伴わないタスク。exec ツールと sessions_spawn が必要。
Java と JUnit 5 で、バージョン管理された Selenium WebDriver テストを作成・保守します。Selenium のテスト仕様の作成、デバッグ、実行、Page Object の実装、明示的待機の処理、スクリーンショットの取得、Maven テストプロジェクトのセットアップに使用します。Chrome、Firefox、Edge に対応します。キーワード：Selenium WebDriver、Java、JUnit 5、Page Object Model、明示的待機、Maven、スクリーンショット。
フロントエンドを WCAG に照らして監査し、不合格の点を修正する：セマンティック HTML、キーボードナビゲーション、フォーカス管理、スクリーンリーダー対応（ARIA）、色のコントラスト、フォーム、メディアの代替手段。ユーザーが「これはアクセシブルか」「WCAG/AA 準拠にしたい」「キーボードナビゲーションを追加して」「スクリーンリーダー対応を直して」「a11y 監査」「アクセシビリティの苦情/法的通知が来た」と尋ねたとき、またはインタラクティブな動作を伴う UI コンポーネントを構築/レビューするときに使用する — アクセシビリティに言及していなくてもよい。優先順位付けされたアクセシビリティ監査（問題 × WCAG 基準 × 重大度 × 修正）と、コードで実装した修正を生成する。
本スキルを使用して、合否形式の敵対的レビューで Phoenix LiveView のリアルタイム UI をゲートする——単一のブラインドレビュー用サブエージェントが、diff またはファイルセットを 32 の判定可能なルールに照らして評価する。ルールは状態の所有権とライフサイクル（patch 対 remount、コールバック load の配置、connected-mount ガード、フォーム復元）、リアルタイムデータフロー（ブロードキャストの配置、スコープ付きトピック、presence メカニズム）、非同期の応答性（ブロッキングな外部呼び出し、socket をコピーするクロージャ、ライフサイクルが所有するタスク、レンダリングされる失敗状態）、レンダリングとワイヤの効率（HEEx の変更追跡を静かに無効化する構文）、ストリーム（assigns 内で増加するコレクション、stream DOM 契約、境界付き無限スクロール）、コンポーネントとコンテキストの境界、クライアントの信頼（イベント単位の認可、スコープ付きルックアップ、live_session の境界、失効時の切断）、およびメカニズムの存在を示す操作フィードバック（JS コマンド、進行中のフィードバック、デバウンス、hook 契約、オーバーレイのフォーカス）を対象とする。判定のみを返し、修正は決して行わない。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。