performance-test-k6

performance-test-k6（EN）

中国語版： 対応する中国語のスキルを参照してください。

使用するタイミング

• k6 の構成に沿ったパフォーマンス出力が必要な場合。
• プロジェクトですでに k6 を使用している、または k6 対応のシナリオを求めている場合。

ワークフロー

1. Progressive disclosure に記載されているメインプロンプト（対象範囲、構成、品質基準）を読み、従ってください。
2. 結果に影響するプロジェクトのコンテキストのみを追加します。対象範囲、環境、制約、リスク、依存関係、期待する成果物などです。
3. 入力が不完全な場合は、実用的な初稿を提示し、前提と不足情報を明示してください。
4. 既定では Markdown を使用します。ユーザーから指定がある場合にのみ、形式を切り替えてください。

主な制約

• リスク／ビジネスへの影響に基づいて優先順位を付け、すべてを同等に扱わないでください。
• 確認済みの事実と現在の前提を分けてください。SLA／トラフィックが不明な場合は、すべての数値に「前提」と明記し、「未解決の質問」を列挙してください。
• ユーザーが提示していないエンドポイント、フィールド、環境、根本原因を捏造しないでください。シークレットはプレースホルダー／__ENV のみとし、実際のトークンは決して使用しないでください。
• 出力は実行可能なものにしてください。具体的なシナリオ、明確な優先順位、明確な次のステップを示します。
• 既定では、最も重要なシナリオタイプを1～2種類に絞ります。ベースライン／負荷／ストレス／スパイク／ソークをすべて既定で実行しないでください。

段階的な開示

• 出力を作成する前に、prompts/performance-test-k6.md を読み、従ってください（最低限の網羅範囲、出力構成、品質基準）。
• 既成のテンプレートが適している場合は、output-templates/ 内の該当するファイルを使用してください。
• ユーザーが例や既存のアセットとの整合を求めている場合は、関連する examples/ を読んでください。
• フレームワーク／トラブルシューティング／スキーマについて詳しく調べる場合は、references/ 内の関連ファイルのみを読み、ディレクトリ全体を読み込まないでください。
• 形式変換や補助チェックには、一から作り直すのではなく、既存の scripts/ を優先してください。
• このスキルの評価やリグレッションテストには、skill-up と evals/ を使用してください。

提出前チェックリスト

• メインプロンプトの出力構成に従った
• 最低限の網羅範囲を確認した：対象シナリオ、負荷モデル、データ準備の要件、VU または期間のプロファイル、しきい値、環境とモニタリング、優先度の高いボトルネック、レポートの要件、…（詳細はメインプロンプトを参照）
• 最低限のチェック項目を網羅したか、省略した項目について説明した
• 高リスク項目に明確な優先順位を付けた
• ユーザーが提示していない詳細を捏造していない
• 前提と不足情報を明記した

よくある落とし穴

• 対象範囲／コンテキストが不足しているのに、網羅できているように装わないでください。
• すべての項目を同等に重要なものとして扱わないでください。
• 前提や情報不足を省略しないでください。
• 現在のツールチェーンに関係のない一般論を並べないでください。