Qa

tdd-workflow は、新機能の追加、バグ修正、リファクタリング向けのテストファースト・ワークフロー skill です。ユニットテスト、統合テスト、E2E テストをまたいで 80% 以上のカバレッジを求め、明確なチェックポイントとエッジケース検証も組み込みます。Test Automation を実践的に進めたいときや、コード変更をより予測しやすくしたいときに使う skill です。

quality-nonconformance は、規制産業の製造現場向けに、NCRの受付、根本原因分析、CAPA、SPC解釈、最終処置を支援する skill です。Compliance Review、サプライヤー品質問題、トレーサビリティ、リスク、監査対応を意識した根拠ある判断が求められる場面で活用できます。

e2e-testing は、安定したエンドツーエンドテスト自動化のための Playwright 向けガイドです。ファイル構成、Page Object Model の活用、設定、CI 対応、アーティファクトのデバッグ、flaky テストの扱いまで、実運用を見据えたパターンを整理しています。

browser-qaは、デプロイ後のビジュアルテスト、操作確認、レスポンシブなスクリーンショット取得、アクセシビリティレビューを browser automation で行うためのブラウザQAスキルです。frontend developers や QA teams が、汎用的なプロンプトではなく再現性のある browser-qa guide を使って、staging や preview のページを検証するのに役立ちます。

ai-regression-testing は、AI支援開発で見落とされがちなバグを検出するのに役立ちます。たとえば、不完全な修正、古い前提、サンドボックス経路と本番経路にまたがる回帰などです。エージェントが API ルート、バックエンドロジック、または実用的で再現性のある確認が必要なバグ修正を変更したときの Regression Testing に、この ai-regression-testing skill を使ってください。特に、DB を使わないサンドボックスモードの検証や、隠れた分岐をあぶり出すレビューのワークフローに有効です。

debugger skill は、根本原因分析を重視したエビデンスファーストの流れで、エージェントによるソフトウェア障害の診断を支援します。スタックトレース、クラッシュ、失敗するテスト、リグレッション、ログ解析、断続的に起きる不具合の切り分けに有効です。期待される挙動と実際の挙動の整理、仮説の優先順位付け、狙いを絞ったテスト、修正、検証までを順序立てて進められます。

code-reviewer は、セキュリティ、性能、正しさ、保守性の順で厳密に確認する AI コードレビュー用スキルです。SQL injection、XSS、N+1 queries、error handling、naming、type hints などのルールファイルを備えており、汎用的なレビュー用プロンプトよりも一貫した PR レビューを行いやすくします。

canary は、デプロイ後の監視に使うスキルで、稼働中のアプリを監視し、コンソールエラー、ページの失敗、パフォーマンスの劣化を検出します。デプロイ前のベースラインと現在の挙動を比較できるため、リリースの検証、壊れたページの発見、目に見える異常の把握を、一般的なプロンプトよりも迷い少なく行えます。

qaスキルは、Webアプリを体系的にテストし、バグを見つけ、段階的なワークフローで修正内容を検証します。回帰テスト、リリース可否の確認、または、証拠・重大度評価・細かな修正と再テストのループが必要で、一般的なバグ探し用プロンプトでは物足りないときの構造化されたQAガイドとして使えます。

gstack は、QAテスト、dogfooding、リリース確認、バグ収集に使えるブラウザ駆動の AI skill です。実際のページを開き、UI をクリックして操作し、状態を検証し、前後差分を比較し、レスポンシブレイアウトをテストし、スクリーンショット付きの証拠を記録します。信頼できるブラウザ結果が必要な UI デザインレビューやデプロイ検証では、とくに有用です。gstack skill から得られる結果をもとに判断したい場面に向いています。

qaは、会話ベースのバグ報告を、長く使えるGitHub issueへ変換するための対話型QAスキルです。エージェントが的を絞った質問を2〜3個だけ行い、文脈やドメイン用語を把握するためにコードベースを確認し、実装詳細を含めずにユーザー視点のissueを書けるよう支援します。報告が整理されていないときに、Issue Tracking向けの明確なissueを作りたいならqaを使ってください。

test-driven-development スキルは、まず失敗するテストを書き、その後で最小限の修正を加えて通すことでコード変更を進めるのに役立ちます。ロジック変更、バグ修正、回帰対策、そして「それらしい修正」よりも証拠が重要なエッジケースに適しています。

debugging-and-error-recovery は、失敗したテスト、壊れたビルド、実行時エラー、リグレッションに対して、根本原因を系統立てて切り分けるためのスキルです。証拠を残すこと、問題を再現すること、順序立てて診断すること、修正は最小限にとどめること、そして次に進む前に検証することを重視しています。

code-review-and-quality は、マージ前レビューのための構造化されたスキルで、正確性、読みやすさ、アーキテクチャ、セキュリティ、パフォーマンスを確認します。親リポジトリからインストールし、skills/code-review-and-quality/SKILL.md を読み、diff、タスクの背景、テスト結果とあわせて使うことで、より確かなレビュー判断ができます。

tdd は、厳格な red-green-refactor を軸に、公開インターフェース経由の振る舞い重視テスト、統合寄りのテスト設計、そしてシステム境界に限定したモック利用を学べる Test Driven Development スキルです。

qa skill は、会話で伝えられたバグ報告を、記録に残しやすい GitHub issues に整えます。確認質問は最小限にとどめつつ、コードベースを調べてプロジェクト固有の用語や文脈を拾い上げ、曖昧で混在した1件の報告を issue tracking 向けに複数の issue へ切り分けることもできます。

test-scenarios スキルは、ユーザーストーリーを、目的、開始条件、ユーザー役割、手順、期待結果、エッジケースを備えた実行可能なテストシナリオへ変換します。QAのテストケース、受け入れテスト、機能検証、そして構造化された test-scenarios ガイドが必要なときのより明確なテスト設計に役立ちます。

playwright-interactive は、ローカルの Web アプリや Electron アプリで永続的な Playwright セッションを扱うためのブラウザ自動化スキルです。UI の状態確認、操作の再試行、ツールチェーンを再起動せずに機能 QA やビジュアル QA を行う用途に向いています。反復的なデバッグに使える実践的な playwright-interactive の導入・活用ガイドを探している場合に最適です。

qa-test-plannerは、機能開発やリリースの文脈をもとに、テスト計画、手動テストケース、回帰テストスイート、Figmaデザイン検証メモ、構造化されたバグレポートを作成するための、明示トリガー型QAスキルです。