This skill should be used when the user wants to "stress-test a design", "challenge an idea", "red team a proposal", "get critical feedback on a design", "validate a design", "adversarial architecture review", "risk assessment", "設計を検証して", "反論をもらいたい", "設計を批判的にレビュー", "デビルズアドボケート", "ストレステスト", "弱点を指摘して", "穴を見つけて", "この設計で良いか", "リスク評価", "設計のアーキテクチャレビュー", or mentions structured adversarial review of a proposal or design. NOTE: Use this for validating PROPOSALS and DESIGNS through adversarial debate, NOT for generic code review, PR review, or normal review requests (use /codex:review or /codex:adversarial-review for those). Also NOT for investigating unknown bugs (use /agent-dialectics:strong-inference for that).
「テスト」の検索結果
1.3万 件 ・ 関連度順
概要と使いどころ
実装のテスト、リファクタリング、ポータビリティ、ディレクトリ階層について議論する際に、絶対パスが実装コードに存在しないことを確認する
プロジェクト監査。「監査して」「audit」「/audit」で発火。設計/UX/品質/テストなどの観点でコードベース全体を監査し、課題をissuesディレクトリに書き出す。実行ログで重複実行を防止。特定の差分・コミットのレビューには使わない(codex-review / cross-review を使う)。
macOS アプリのクラッシュログ (.ips) を解析し、根本原因を特定するスキル。「クラッシュした」「crash」「.ips」「DiagnosticReports」「SIGSEGV / SIGABRT」で発火。**macOS 専用**(.ips の読み方が macOS の DiagnosticReports 前提。iOS の .ips は未対応)。解析は crash-analyzer subagent に委譲する。クラッシュログが存在しない一般のバグ調査・テスト失敗には使わない。
実装要求に、要求が答えていない設計判断が残るとき、または誤りが後段で黙って通る変更を扱うときに使う。具体的には、API・設定の与え方・データモデル・新しい型や概念・責務や層境界を決める必要がある、複数の実現方法から選ぶ設計判断がある、変更範囲を事前に局所化できない、認可・公開範囲・データ消失・外部送信のように誤りをテストや型検査で検出しにくい、のどれかに当たるタスクで発火する。原因と修正箇所が特定済みで期待結果と検証方法が明確な修正、既存パターンの適用、機械的な rename、CI/CD・ドキュメント・設定値・依存バージョンだけの変更では使わない。要求を出典付きの決定と質問に分解する解釈ゲート、判断の重さに応じた階層(直接実装 / 軽量 / 標準)の判定、subagent への分担、実物差分での検収、独立レビューをフェーズ順に管理するスキル。
開発作業のテスト手順書(testing.md)を単体で生成・再生成します。全ドキュメントの一括生成には generate-working-docs(新規機能開発)または generate-performance-docs(パフォーマンス改善)を使用してください。
開発作業のテスト手順書(testing.md)を生成します。このスキルは単独で使用することも、generate-working-docsから呼び出されることもあります。
OpenClawのリリース候補に対するCIを実行・監視し、実際のプロバイダー接続やインストール・更新を検証して、失敗の原因と結果を整理するスキルです。
- OpenClawのリリース候補を検証したいとき
- 失敗したCIジョブの調査と再実行
- プロバイダーの認証と推論利用を確認
Parallelsの仮想マシンでOpenClawの導入・初期設定・更新を検証するスキル。macOS、Windows、Linuxの基本動作確認と失敗の切り分けを扱います。
- 3つのOSで新規導入を確認したいとき
- OpenClawの更新処理を検証したいとき
- 既存スナップショットから検証をやり直す
OpenClawの課題やプルリクエストを、現在のソースとテスト結果に基づいて調査・レビューし、許可された範囲で修正からマージ完了の確認まで進めるスキル。
- OpenClawのPRをレビューしたいとき
- 報告された不具合のローカル修正
- 課題が既に解決済みか確認したいとき
GitHubのIssueやPRを確認・作成し、コメントやレビュー、CIの実行結果を扱います。失敗ログの調査や再実行、承認されたマージの状態確認にも対応します。
- IssueやPRを作成・更新したいとき
- PRのレビューやチェックを確認したいとき
- CIの失敗ログ調査と再実行
コード変更を確認する人に向けて、図や差分による要約、変更前後の動作証拠、取り消しやすさと影響範囲を短く整理したプルリクエスト本文を書くスキル。
- プルリクエスト本文を作成したいとき
- 構成変更をツリーや差分で説明したいとき
- 画面変更の前後を証拠で示したいとき
Claude CodeでGitの送信や変更破棄などを実行前にブロックするフックを設定します。プロジェクト単位か全体への適用を選び、対象コマンドの調整と動作確認まで行います。
- Claude CodeのGit送信を止めたいとき
- 変更破棄やブランチ削除を防ぎたいとき
- プロジェクト単位か全体に制限を設定
仕様書と関連チケットの依存関係を読み取り、複数のエージェントで実装を進めます。テストとレビューを経て、成果を一つの統合ブランチにまとめるスキルです。
- 複数チケットの仕様を実装したいとき
- 独立した作業を並行実装したいとき
- 実装成果を統合ブランチにまとめたいとき
プロジェクト文書の整理依頼を適切な専門スキルへ振り分け、文書の役割、リンク、設計判断の索引、根拠への参照を、ファイルを変更せずに点検するスキルです。
- プロジェクト文書の整理手順を選びたいとき
- 既存文書の情報源を把握したいとき
- ローカルリンクと設計判断の索引の点検
リポジトリの状態確認、コマンド実行、CIやビルドの失敗調査を進め、必要な修正を検証します。ローカル変更・コミット・pushの状況を実行結果の根拠とともに報告します。
- リポジトリとブランチの状態確認
- CIやビルドの失敗原因の調査
- 小さな修正を行って検証したいとき
リポジトリから外部経由で悪用できる脆弱性を探し、入力から危険な処理までの経路、再現手順、影響を確認して報奨金制度向けの報告を支援するスキル。
- 外部リクエストで届く脆弱性の調査
- 静的解析の結果を精査したいとき
- 最小限の再現手順と影響の整理
AIエージェントがスキルやルールを実際に守るか、指示の強さが異なる3段階のシナリオで検証し、遵守率とツール呼び出しの時系列をレポートにまとめます。
- 追加したルールの遵守確認
- 念押しなしで手順が守られるか確認
- ツール実行順序と抜けの確認
認証や決済、APIの実装時に、入力検証・アクセス権限・秘密情報の管理などを点検し、実装例と公開前のチェックリストで脆弱性対策を支えるスキル。
- ログインとアクセス権限の確認
- API入力とファイル投稿の点検
- 秘密情報や機密ログの見直し
公開前の文章やコードを二つの独立したエージェントが同じ基準で審査し、両方の合格まで修正と再審査を繰り返し、上限を超えたら人へ判断を引き継ぐスキル。
- 公開前に文章の事実関係を確認したいとき
- 顧客向け文章とブランドルールの照合
- 本番配布前に独立した審査を加えたいとき
公開前や変更の取り込み後に、アプリの認証・データ・決済・運用を根拠付きで点検します。公開を妨げる問題と優先して直す項目を、本番への準備状況としてまとめるスキル。
- 公開前に本番への準備状況を確認したいとき
- 変更の取り込み後にリスクを確認したいとき
- CI通過後の本番リスクの点検
AIエージェントの反復作業を設計・点検し、機械で判定できる完了条件、変更禁止の境界、独立した検証、再試行上限を定めて空回りや暴走を防ぐスキル。
- 反復作業の完了条件を定めたいとき
- 空回りや検証の抜け道の点検
- 計画・実装・検証の役割分担
Spring BootやQuarkusのJavaコードを、命名、例外処理、データの変更制限、テストなどの規約に沿って書き、レビューするスキル。
- Javaコードの規約レビュー
- Optionalやstreamsの使い方の確認
- パッケージとプロジェクト構成の整理
Djangoアプリの構成、API設計、データ取得、キャッシュの実装とレビューを支援します。環境別の設定分離や処理の整理、不要な問い合わせを減らす設計例を示します。
- Djangoの構成と設定の整理
- Django REST FrameworkのAPI設計
- 不要なデータベース問い合わせの削減