重要な分岐 1 つのテストを下書きする

whenreset 作成 · Claude Code の資料を参考 · 出典の確認日：2026-09-12

既存のテストフレームワークを特定してください。未コミットの変更が触れている純粋関数や明確な分岐を優先し、なければ既存のテストの近くにある、挙動が明確なものを選んでください。確認するのは、対象 1 つと関連するテスト最大 3 つです。

呼び出し元、テスト、ドキュメントから、期待される挙動を確定してください。不足しているケースを最大 3 つ下書きし、それぞれがどんなリグレッションを検出するかを説明してください。ビジネスルールを捏造したり、実装を機械的になぞったりしないでください。

インポートとアサーションを含む完全なテストコード、想定するパスまたは挿入位置、プロジェクトの正確なテストコマンドを示してください。ソースファイルはそのまま残し、フレームワークは追加しないでください。

シグネチャと規約を静的に確認してください。コードは「未実行」と明記し、通ると主張しないでください。フレームワークや期待される挙動が見つからない場合は、環境を構築せずに、根拠のある不足点を報告してください。

実行ルール：
すぐに作業を始めてください。計画の承認を求めたり、ファイルを選ばせたり、テンプレートの記入を求めたりしないでください。使うのは、このプロジェクト、この会話、すでに提供された資料だけです。無関係なプロジェクトや個人的な履歴は検索しないでください。根拠のある範囲で作業を完了し、足りない入力は報告してください。タスクが当てはまらない場合は理由を説明して終了し、結果を捏造しないでください。
既存のファイルと未コミットの変更はそのまま残してください。提案する内容は返信に全文を含めてください。独立した成果物は、未使用の新しいファイル名で保存してもかまいません。依存関係のインストール、環境の変更、コミット、プッシュ、デプロイはしないでください。アクセスや権限の制限を守り、実行できなかった作業は報告してください。結果を一度確認してから提出し、続けるかどうかは尋ねずに終了してください。