release-testing-workflow

リリーステストのワークフロー

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

使用するタイミング

• リリース期間の進行計画が必要な場合：T-N の計画 → 専門分野別テスト → RC → Go/No-Go → リリース後の監視。
• リリースゲートとリリース証跡一式が必要で、専門分野別の実行を各タイプのスキルに引き継ぐ場合。

決定権限

リリースの推奨判断を提示します。正式な承認には、権限を持つオーナーと、バージョン、範囲、時刻、証拠の記録が必要です。ホットフィックス／カナリアのスケジュールは、ゲート基準を維持したまま短縮できます。

ワークフロー

1. prompts/release-testing-workflow.md（タイムライン、ゲート、Go/No-Go、引き継ぎ）を読み、内容に従います。
2. リリース日、範囲、フリーズルール、候補ビルド、判断に影響する既知の不具合を追加します。
3. T ウィンドウを特定したら、reference.md に従いスキル名で引き継ぎます。専門分野別のタイプスキルは、名前だけで呼び出します。
4. 入力が不完全でも、ゲートボードのドラフトを作成し、前提条件を明記します。合格結果を捏造してはいけません。

主な制約

• リリースのタイムラインと Go/No-Go の推奨判断を管理し、専門分野別のレポートは performance-testing ／ security-testing などに引き継ぎます。
• タイムラインは短縮できますが、ゲート基準を削除してはいけません。
• Go/No-Go には証拠が必要です。条件付き Go は検証可能でなければなりません。
• 他のスキルファイルへの相対パスリンクは禁止です。

段階的な情報開示

• 出力を作成する前に、prompts/release-testing-workflow.md を読み、内容に従います。
• 手順と引き継ぎの対応関係については、reference.md を読みます。
• ステージや専門分野の詳細については、対応するタイプスキルを呼び出します。このスキル内で専門分野別の完全なレポートを展開しないでください。
• テンプレート：output-templates/。

提出前チェックリスト

• メインプロンプトの出力構成に従っている
• 範囲／対象外、T ウィンドウ、ゲートボード、証拠の不足、次のスキルが含まれている
• 判断時点で、根拠を添えて Go ／ No-Go ／条件付きのいずれかを示している
• 合格結果や不明な不具合の状態を捏造していない
• 前提条件と未解決の質問を明記している

よくある落とし穴

• カレンダーを短縮するためだけにゲートを削除しないでください。
• フリーズ前に RC が完了したと宣言しないでください。
• このスキル内に専門分野別の詳細な長文レポートを記載しないでください。
• 条件付き Go を、曖昧な「監視を続ける」に置き換えないでください。