AI PROGRAMMING Blog cTrader × AI 開発の知見を、トレーダーへ

ピボットポイントとRSIを組み合わせる考え方 — 節目への接近とモメンタムで反発の質を測る

ピボットポイントは、前日の高値・安値・終値から当日の節目となる価格水準を算出する手法です。多くの市場参加者が同じ計算式を参照するため、意識されやすい水準を事前に把握する材料になります。ただし、価格が水準に「触れたかどうか」だけでは、そこで反発するのか、そのまま抜けていくのかを区別できません。一方、RSI(Relative Strength Index)は買われ過ぎ・売られ過ぎといった過熱感を測るオシレーターですが、どの価格帯が意識されやすいかという「場所」の情報を持ちません。両者は「場所」と「勢い」という別々の質問に答えるため、組み合わせると 節目付近での反発の質を多角的に確認する構成 が組みやすくなります。

本記事では、ピボットポイントとRSIを組み合わせる考え方と、cBotとして実装する際の注意点を整理します。特定の設定が成果を保証するという話ではなく、実装の参考としての位置づけです。

上段にピボットポイントの水平線と価格、下段にRSIを並べ、節目接近と過熱感回復の一致点を示す模式図

ピボットポイントの役割

ピボットポイントは、前日の高値(H)・安値(L)・終値(C)から中心値 P = (H + L + C) ÷ 3 を求め、そこから R1・R2(上側のレジスタンス候補)、S1・S2(下側のサポート候補)を機械的に算出します。基礎的な計算式と種類は別記事のピボットポイントとはにまとめています。

単独利用での代表的な見方は次の通りです。

弱点は、水準そのものが「そこで何が起きるか」を教えてくれないことです。同じS1タッチでも、勢いよく突き抜ける日もあれば反発の起点になる日もあり、水準への接近だけを条件にすると、抜けていく局面でも同じシグナルが出てしまいます。

RSIの役割

RSIは、一定期間の値動きに占める上昇分の割合から、買われ過ぎ・売られ過ぎの度合いを0〜100で表すオシレーターです。詳細はRSIの基礎を参照してください。

単独利用では、70以上を買われ過ぎ圏、30以下を売られ過ぎ圏の目安として、行き過ぎた値動きの反動を警戒する材料に使われるのが一般的です。また、水準そのものだけでなく「売られ過ぎ圏から上向きに戻り始めた」といった 向きの変化 を見る使い方もあります。

弱点は、トレンドが強い相場では過熱圏に張り付いたまま価格が伸び続けることです。RSIが30を割ったという理由だけで逆張りを繰り返すと、下降トレンドの途中で何度も同じシグナルが出続けます。「どこで」逆張りを検討するかという場所の基準が、RSI単独には存在しません。

なぜこの組み合わせか

ピボットポイントが答えるのは「今日はどの価格帯が意識されやすいか」、RSIが答えるのは「いまの値動きは行き過ぎていないか」です。質問が重複していないため、逆張り型の設計で素直な役割分担が成立します。

考え方の例を挙げます。

この構成のポイントは、ピボットの「水準に触れても抜けるか反発するか分からない」という弱点をRSIの過熱感が補い、RSIの「場所の基準がない」という弱点をピボットが補う補完関係にあることです。節目とモメンタムの二重確認は、一般論として、トレンド途中の安易な逆張りに対するノイズフィルターとして機能することが期待できます。

ただし、組み合わせても強いトレンドの日に節目が次々と抜けていく展開が消えるわけではありません。損切りをあらかじめ設計に含めること、必要に応じて上位足の環境認識で補強することも検討対象になります。

パラメータをどう考えるか

唯一の正解はなく、検証を前提に方向性だけ整理します。

ピボットポイント は計算式の種類(クラシック・フィボナッチ・カマリラなど)と、元にする期間(日足・週足)が選択肢です。日中の売買なら日足ピボット、数日単位ならより長い期間が参照されやすい、程度の方向性に留めます。また「S1近辺」をどう定義するか、つまり 許容幅の設計 が実質的なパラメータになります。固定値ではなくATRなど変動幅に比例させる方法も候補です。

RSI は期間14が標準で、短くすると反応が速くなる代わりにダマシが増える傾向があります。過熱圏の閾値(70/30や80/20)も含め、時間足と銘柄特性に合わせた検証が前提です。

いずれの値も決め打ちにせず、過去データでのバックテストで挙動を確認するプロセスを省略しないことが重要です。

cBot化する際の考慮点

cTraderのcBotとして実装する場合の設計ポイントを整理します。

日足データの取得: cTraderの標準APIにはピボットを直接返すインジケーターがないため、MarketData.GetBars(TimeFrame.Daily) で日足を取得し、前日の高値・安値・終値から自前で計算するのが基本形です。日足の区切りはブローカーのサーバー時刻に依存するため、想定する「1日」とズレていないかをまず確認します。

計算タイミング: ピボットは日付が変わった時点で1回だけ再計算すれば十分です。毎ティック再計算する必要はなく、日付変更の検知をトリガーにすると無駄がありません。RSI側は確定足ベース(OnBarで Last(1) を参照)で判定するとシグナルのばたつきを抑えられます。

エッジケース: 起動直後は日足の本数が不足して前日データが取れない場合があります。また月曜は「前日」が金曜になる点、祝日を挟む場合の扱いも仕様として決めておきます。

// 例: 日足からピボットを計算し、RSIと組み合わせる
var daily = MarketData.GetBars(TimeFrame.Daily);
var rsi = Indicators.RelativeStrengthIndex(Bars.ClosePrices, 14);

if (daily.Count < 2) return;  // 前日データ不足のガード

double prevHigh = daily.HighPrices.Last(1);
double prevLow = daily.LowPrices.Last(1);
double prevClose = daily.ClosePrices.Last(1);

double pivot = (prevHigh + prevLow + prevClose) / 3.0;
double r1 = 2.0 * pivot - prevLow;
double s1 = 2.0 * pivot - prevHigh;

double rsiValue = rsi.Result.Last(1);
if (double.IsNaN(rsiValue)) return;

// S1近辺(許容幅内)かつRSIが売られ過ぎ圏から回復、を判断材料の一例とする

計算負荷はどちらも軽い組み合わせです。実装初期は、算出したP・R1・S1をチャートに描画し、判定時のRSI値と合わせてログ出力しておくと、目視との突き合わせ検証がしやすくなります。

実装の流れ

全体像を入力→計算→判定→出力の流れで整理します。

  1. 入力: 監視する銘柄・時間足を決め、実行足と日足の両方の価格系列を取得する
  2. 計算: 日付変更時にピボット水準(P・R1・S1など)を再計算し、RSIは確定足ごとに更新する
  3. 判定:
    • 場所の条件: 価格が対象水準の許容幅内にあるか
    • 勢いの条件: RSIが過熱圏から戻る向きの変化を示しているか
  4. 出力: 両条件が揃った時点をシグナルとして記録し、発注する場合は損切り水準(直近安値の外側など)もセットで設計する

判定を発注に直結させず、水準の描画とシグナルのログまでで止める構成も、検証段階では扱いやすい設計です。

節目の算出から接近検知、モメンタム確認、発注・管理までの戦略フロー図

どう活用するか

この設計図は目的別に活用できます。

自作派の方は、Claude Code を使った cBot 開発の設計ドキュメントとして、本記事の節構造をそのまま流用してみてください。委託派の方は、ai-programming.xyz への開発相談時に「ピボットで場所・RSIで勢いを確認する構成」という前提を共有すると要件詰めがスムーズです。教育派の方は、スクールの実装演習テーマとして、日足からのピボット算出と日付変更検知を自分の手で書いてみる教材に使えます。

「場所の指標 × 勢いの指標」という分担は、フィボナッチ + RSI など他の組み合わせを設計するときにも応用できる考え方です。

#ピボットポイント#RSI#ロジック組み合わせ#cBot#逆張り

本記事は一般的な情報提供を目的としています。投資助言ではありません。 取引判断はご自身の責任で行ってください。