RSI戦略はどのように責任ある形でバックテストできますか？

RSI戦略のバックテストの仕組みを定義する

バックテストとは、ルールに基づく戦略を過去の価格データに適用し、特定の前提のもとでどのような成績になったかを確認するプロセスです。RSI戦略の場合の中核となる仕組みは、相対力指数（RSI）であり、これは選択した参照期間（lookback period）における価格変化から計算されます。

責任ある形でバックテストするには、安定したロジックと変動する条件を分けて始めます。

• 安定した仕組み：RSIがどのように計算されるか（参照期間の長さ）、閾値がどのように定義されるか（たとえばレベルのクロス）、およびエントリー／エグジットのルールが何か。
• 変動する条件：過去のデータセット、想定する市場のミクロ構造（約定がどのように起きるか）、および取引コスト。

すべての計算上の前提を定義します。たとえば、どの価格系列を使うか（一般的にはインジケータ入力として終値）、RSIが完全に定義されない最初の値をどう扱うか、そしてシグナルをバー終値で評価するのか、あるいはインターバーで評価するのかを明記します。些細な選択でも、戦略の取引回数やタイミングが変わり得ます。

データと執行の前提を明確にする

過去の結果は、データパイプラインと執行モデルがどれだけ信頼できるかに比例します。比較が意味を持つように、すべてのステップで同じデータを使います。

記録しておくべき重要なデータの選択肢には、次が含まれます。

• データ解像度：RSIと戦略ルール適用に使うバーサイズ（例：分、時間、日次）。
• 欠損データの扱い：ギャップをどのように埋めるか、または回避するか。
• 企業イベントの調整（該当する場合）：時系列が期間を通じて一貫していることを確認します。

次に、執行の前提となるモデルを選びます。責任あるアプローチでは、取引上の摩擦を無視しません。少なくとも、次を組み込みます。

• スプレッド、または同等の取引コストモデル。
• 該当する場合の手数料。
• スリッページの前提（提示価格よりどれだけ不利な約定を想定するか、そしてスリッページがボラティリティによって変わるかどうか）。

これらがないと、バックテストは同じルールでも現実的な条件ではどうなるかより良く見えてしまうことがよくあります。

アウト・オブ・サンプル検証とパラメータ規律でバイアスを抑える

多くの「良い」バックテストが失敗するのは、バイアスのせいです。よくあるバイアスの原因には、過剰適合（過去データに合わせてパラメータを調整すること）や、先読み（シグナル時点で利用できない情報を偶然にも使ってしまうこと）があります。

次のようなバイアス制御を使います。

• ウォークフォワード検証：より前の期間でパラメータをフィット／選択し、その後の期間で評価し、これを時間をまたいで繰り返します。
• アウト・オブ・サンプルの確認：最終評価のために、少なくとも1期間または1つのデータセットを厳密に手を付けずに残します。
• パラメータ規律：結果を見た後に、ルールを繰り返し変更しないこと。反復する場合は、各反復を仮説として扱い、再検証します。

また、実装が意図したルールと一致していることも検証します。たとえば、RSI条件が満たされた「最初のバー」でエントリーするのか、それとも同じバーの終値でエントリーするのかを確認します。ポジション管理ルールも同様に確認します（単一ポジションか複数エントリーか、重複するシグナルの扱い、そして複数の条件が同時に起きたときにエグジットがどのように優先されるか）。

限界と起こりやすい失敗モードを考慮する

慎重に行ったバックテストでも、将来の成績を証明することはできません。市場のレジームが変わったとき、ボラティリティのダイナミクスが変わったとき、あるいは執行条件が異なったときには、過去の関係が崩れ得ます。

計画しておくべき主な限界には、次が含まれます。

• レジームへの感度：RSIベースのロジックは、平均回帰型またはモメンタムのような振る舞いが持続することを前提にしがちです。市場が変わると、シグナルの挙動が弱まる可能性があります。
• 過剰適合のリスク：戦略が頑健に見えるのは、パラメータが過去の限られた条件に合わせて調整されていたから、ということがあります。
• 執行の不一致：過去のバー・データは、インターバーの価格推移を完全には表しません。約定、スリッページ、スプレッドの変動は、実際には大きく異なる可能性があります。
• データおよびコーディングのエラー：オフバイワンのインデックス、RSI計算ステップの誤り、または時系列の整合が取れていないことが、誤解を招く結果を生み得ます。

したがって、責任あるバックテストでは、単一の自信に満ちた結論を提示するのではなく、不確実性の報告やストレステストを行います。

自分で独立して確認できる主張を検証する

バックテストを検証可能にするには、監査できるものに焦点を当てます。

実用的なチェックリスト：

• 戦略ルールを平易な言葉で公開する：RSIの長さ、閾値ロジック、エントリー／エグジットのタイミング、ポジション管理。
• コストと執行タイミングに使ったすべての前提を文書化する。
• 少なくとも1つのアウト・オブ・サンプル期間と、ウォークフォワードのアプローチを1つ使い、それらをまたいで結果が持続するかどうかを報告する。
• 基本的な健全性テストを実行する：RSIが未定義のときに戦略は取引するのか、境界付近で挙動が奇妙にならないか、そして小さな実装上の違いを変えると結果が大きく変わるかどうか。

最後に、結論を出す前に次の質問をします：「市場の挙動が変わる、またはコストが妥当な範囲で増えるとしたら、ルールは依然として安定した挙動を示すのか、それとも結果は崩壊するのか？」

DOCUMENT END