テストスキル

このスキルは、ユーザーが「エージェントを開発する」「ADKを使ってエージェントを構築する」「エージェントをローカルで実行する」「エージェントコードをデバッグする」「エージェントをテストする」「エージェントをデプロイする」「エージェントを公開する」「エージェントを監視する」、またはADK（Agent Development Kit）の開発ライフサイクルとコーディングガイドラインが必要な場合に使用します。ADKエージェント構築のエントリーポイントです。常にアクティブで、完全なワークフロー（スキャフォールド、ビルド、評価、デプロイ、公開、観測）、コード保存ルール、モデル選択ガイダンスなどを提供します。

エラー、クラッシュ、リグレッション、テスト失敗、動作不良、スクリーンショットで報告された不具合に対して、修正を適用する前に根本原因を特定します。ユーザーが「排查/报错/崩溃/不工作/回归/判断为什么报错」と尋ねたり、以前は動作していたが現在は失敗すると言った場合に使用します。コードレビューや新機能には使用しません。

HyperFrames CLI dev loop — `npx hyperframes` for scaffolding (init), validation (lint, inspect), preview, render, and environment troubleshooting (doctor, browser, info, upgrade). Use when running any of these commands or troubleshooting the HyperFrames build/render environment. For asset preprocessing commands (`tts`, `transcribe`, `remove-background`), invoke the `hyperframes-media` skill instead.

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

We need to translate the given English text into Japanese, preserving the name "minimal-run-and-audit" if it appears. The text is a description of a skill. The instruction says: "Translate only the text inside <text>. Do not include the name unless it appears in the source text." The name "minimal-run-and-audit" does not appear in the source text. So we just translate the description. Also preserve product names, protocol names, URLs, numbers, technical terms. The text includes "Rigor Run skill", "README-first deep learning repo reproduction", "smoke test", "documented inference or evaluation command", "repro_outputs/", "patch notes", etc. We need to translate naturally into Japanese while keeping those terms as is or with appropriate Japanese equivalents? The instruction says "preserve product names, protocol names, URLs, numbers, and technical terms." So "Rigor Run skill" might be a product name? It says "Rigor Run skill" - likely a proper name. Keep as is. "README-first

コードを計装し、本番環境の動作を可視化・診断可能にします。ログ、メトリクス、トレース、アラートを追加する際に使用します。本番稼働する機能を出荷し、その動作の証拠が必要な場合に使用します。本番環境の問題が報告されたが、利用可能なデータから何が起きたのか判断できない場合に使用します。

OpenTUIを使用してターミナルユーザーインターフェースを構築するための包括的なスキル。コアの命令型API、Reactレコンサイラー、Solidレコンサイラーをカバーします。コンポーネント、レイアウト、キーボード処理、アニメーション、テストなど、あらゆるTUI開発タスクに使用します。

ウェブパフォーマンスを最適化し、読み込みを高速化してユーザー体験を向上させます。「サイトを高速化」「パフォーマンス最適化」「読み込み時間短縮」「遅い読み込みの修正」「ページ速度改善」「パフォーマンス監査」と依頼された場合に使用します。

Playwrightテストの作成、不安定なテストの修正、障害のデバッグ、Page Object Modelの実装、CI/CDの設定、パフォーマンス最適化、APIモック、認証やOAuthの処理、アクセシビリティテスト（axe-core）、ファイルのアップロード/ダウンロード、日付/時刻のモック、WebSocket、位置情報、権限、マルチタブ/ポップアップフロー、モバイル/レスポンシブレイアウト、タッチジェスチャー、GraphQL、エラーハンドリング、オフラインモード、マルチユーザーコラボレーション、サードパーティサービス（決済、メール確認）、...

ユーザーが会話形式でバグや問題を報告し、エージェントがGitHubのIssueを作成するインタラクティブなQAセッション。背景でコードベースを探索し、コンテキストやドメイン言語を取得します。ユーザーがバグ報告、QA、会話形式でのIssue作成を希望する場合、または「QAセッション」に言及した場合に使用します。

ディープラーニング研究作業のためのRigor Debug / Rigor Auditスキル。ユーザーがトレースバック、ターミナルエラー、CUDA OOM、チェックポイント読み込み失敗、形状不一致、NaN損失症状、またはトレーニング失敗を貼り付け、パッチ適用前に保守的な診断を希望し、デバッグ修正が研究貢献と明確に分離されている場合に使用します。広範なリファクタリング、推測的な適応、自動探索的パッチ適用、または一般的なリポジトリの習熟には使用しないでください。

自律的で仕様駆動型の開発「サガ」を実行し、中規模から大規模な機能をオーケストレーターエージェントとワーカーサブエージェント群で実現します。ユーザーが/sagaを呼び出したとき、人間の介入を最小限に抑えて大規模な機能をエンドツーエンドで自律的に構築したいとき、並列実装前にマイルストーンとタスクに分割され、厳格な検証基準を持つ包括的な仕様を求めるとき、またはオーケストレーターがワーカーエージェントに実装を委任し、その…を維持したいときにこのスキルを使用します。

現在のリポジトリに、Huskyのpre-commitフックをlint-staged（Prettier）、型チェック、テストとともに設定します。ユーザーがpre-commitフックを追加したい、Huskyをセットアップしたい、lint-stagedを設定したい、またはコミット時のフォーマット/型チェック/テストを追加したい場合に使用します。

バグ、テストの失敗、または予期しない動作に遭遇した際、修正を提案する前に使用してください

テスト駆動開発のレッド・グリーン・リファクタリングループ。ユーザーがTDDを使って機能を構築したりバグを修正したい場合、「レッド・グリーン・リファクタリング」に言及した場合、統合テストを希望する場合、またはテストファースト開発を依頼した場合に使用します。

あらゆる機能やバグ修正を実装する際、実装コードを書く前に使用します。

ユーザーのライブブラウザセッションや静的なフェッチではなく表示されたレンダリング状態に依存する作業に使用します。特に、ブラウザデバッグコンテキストやDevToolsで選択された要素やリクエスト、ログイン済みのダッシュボードやCMSフロー、localhostアプリ、フォーム、アップロード、ダウンロード、メディア検査、DOMやiframe検査、Shadow DOM、またはソフト404、認証壁、アンチボットチェック、レート制限のように見えるブラウザ障害に適しています。

ブランチまたはプルリクエストの実装が、導入された製品、技術、セキュリティ、および関連仕様と一致することを検証します。仕様に基づく変更のレビューや完了時、チェックインされた仕様と実装の不一致を解決する際に使用します。

作業完了、修正完了、またはテスト通過と主張する前に使用します。コミットやPR作成の前に、検証コマンドを実行し、その出力を確認してから成功を主張する必要があります。主張の前には常に証拠が必要です。

Viteを搭載した高速ユニットテストフレームワークで、Jest互換のAPIを備えています。テストの作成、モック、カバレッジ設定、テストフィルタリングやフィクスチャの操作時に使用します。

パフォーマンス、アクセシビリティ、SEO、ベストプラクティスを網羅した包括的なウェブ品質監査。「サイトを監査して」「ウェブ品質をレビューして」「Lighthouse監査を実行して」「ページ品質をチェックして」「ウェブサイトを最適化して」と依頼された場合に使用します。