自動売買の失敗パターン全公開｜botで実際に損した原因と対策

自動売買の失敗とは、bot（プログラム）に取引を任せた結果、想定外の要因で損失が発生したり、利益が出るはずの局面で利益を取り逃したりする状態のことである。結論から言えば、自動売買の失敗の大半は「戦略が悪い」よりも「運用設計が甘い」ことが原因だ。手数料と建玉サイズの不整合、ノイズに弱い損切り設定、発注処理のバグ——本記事で公開する3つの失敗は、いずれも戦略ロジック以前の運用設計のレイヤーで発生した。

当サイト編集部は2026年4月から、AIコーディングエージェントのClaude Codeにトレードを任せる検証運用を実口座で継続している。この記事では、その実運用で実際に発生した損失事例を、原因・発覚の経緯・対策まで包み隠さず公開する。「自動売買は儲かるのか」を検討している人が、同じ穴に落ちないための転ばぬ先の杖として使ってほしい。

検証運用の全体像：何をどう動かしているか

まず前提となる検証環境を共有する。編集部の検証運用は、2026年4月に開始した「AIにトレード判断と執行を任せたら何が起きるか」を確かめる実験だ。

• 運用主体: Claude Code（AIコーディングエージェント）が相場分析・エントリー判断・決済管理までを実行
• 取引の場: オンチェーンDEX（GMX）のパーペチュアル（無期限先物）
• 稼働形態: 毎朝6時に起動し翌朝に自己終了する日次セッション方式で、実質24時間の相場監視を継続
• 資金: 当初188ドルを入金し、その後400ドルを追加
• 主要設定値（2026年7月時点）: レバレッジ10倍、利確+3.5%、損切り-4.5%、トレーリングストップ併用、建玉下限400ドル

そして肝心の結果だが、実現損益は約-21ドルである。これは2026年7月上旬にオンチェーン記録（ブロックチェーン上の取引履歴）を1件ずつ突き合わせた監査で確定させた数字だ。つまりこの記事は「勝っている人の自慢話」ではなく、「損を出した運用者による失敗の解剖記録」である。だからこそ、失敗の中身に価値があると考えている。

稼働形態を「毎朝6時起動→翌朝自己終了」の日次セッション方式にしているのには理由がある。長時間動かし続けるプログラムは、メモリの肥大化や状態の食い違いといった劣化が静かに進行しやすい。1日ごとにまっさらな状態で再起動し、前日の申し送り事項だけを引き継ぐことで、この劣化を毎朝リセットしている。後述する失敗3のような「静かな故障」への備えとしても、定期的な再起動は単純ながら効果が大きい。

なお、取引の場としてDEX（分散型取引所）を選んだのは、すべての取引がブロックチェーン上に記録され、後から損益を1件単位で検証できるためだ。GMXはイーサリアムのレイヤー2であるArbitrum上で動く代表的なパーペチュアルDEXで、ウォレットから直接レバレッジ取引ができ、取引手数料は約定金額に対して低率、加えてネットワークのガス代がかかる構造になっている。ただし、この「オンチェーンである」という特性こそが、最初の失敗の伏線になった。

失敗パターン1：ガス代負け——建玉が小さすぎて利確しても損する

何が起きたか

運用初期、最も痛かったのがこの失敗だ。オンチェーンDEXでは、注文の発注・決済のたびにガス代（ブロックチェーンの手数料）と取引手数料がかかる。Arbitrumはガス代が安いレイヤー2とはいえ、ゼロではない。さらにGMXのようなパーペチュアルDEXでは、ポジションのオープンとクローズの両方で取引手数料が発生する。

問題は、運用初期の建玉（ポジションサイズ）が小さすぎたことだ。入金額188ドルに対して慎重にサイズを絞った結果、利確ライン+3.5%に到達しても、得られる利益がガス代と手数料の合計を下回る事態が発生した。つまり「勝ちトレードなのに、口座残高は減る」という構造的な欠陥である。方向を当てる能力とは無関係に、取引すればするほど負ける構造ができあがっていた。

なぜ気づけなかったか

バックテストや机上の設計では、リターンは「%」で考える。+3.5%の利確は立派な数字に見える。しかし手数料とガス代は「固定額に近いコスト」として発生するため、建玉が小さいほど%換算のコスト率が跳ね上がる。例えば往復のコストが数ドルかかる環境で100ドルの建玉を持つと、それだけで数%のハンデを背負う計算になる。レバレッジをかけていても、ガス代は証拠金額ではなく取引の実行そのものにかかるため、逃げ場がない。

この「リターンは%で設計し、コストは実額で払う」という非対称に、実際の損益を突き合わせるまで気づけなかった。自動売買では取引が自動で繰り返されるため、1回あたりは小さな構造欠陥が、回数分だけ忠実に積み上がっていく。ここが裁量トレードとの決定的な違いだ。

どう対策したか

対策はシンプルで、建玉サイズに下限を設けた。現在は建玉下限400ドルとし、これを満たせない資金状況では新規エントリー自体を見送る設計にしている。運用資金に400ドルを追加入金したのも、このサイズ下限を維持するためだ。「取引回数を増やして稼ぐ」のではなく「1回の取引がコストを確実に上回るサイズでだけ取引する」への転換である。

教訓を一般化するとこうなる。自動売買を設計するときは、利確幅・損切り幅より先に「損益分岐点となる最小建玉サイズ」を計算せよ。取引所の手数料体系（メイカー/テイカー）、オンチェーンならガス代、そしてスプレッドをすべて往復分で見積もり、利確幅がそれを十分に上回るサイズでしか取引しないこと。これはCEX（中央集権取引所）でも、手数料率とスプレッドを使って同じ計算が成り立つ。特に取引回数が多い高頻度寄りの戦略ほど、この計算を怠った時のダメージは深刻になる。

損益分岐サイズの計算方法：具体例で理解する

同じ失敗を避けるために、損益分岐サイズの計算手順を具体例で示しておく。数字は説明用の仮の値だが、計算の型はそのまま流用できる。

1. 往復コストを金額で洗い出す——エントリーとクローズの2回分について、取引手数料（例: 約定金額の0.06%×2回）、ガス代（例: 1回1ドル×2回）、スプレッド相当（例: 約定金額の0.05%）を合計する
2. 利確時の利益額を式にする——証拠金×レバレッジ×利確幅が粗利益になる。編集部の設定なら「証拠金×10倍×3.5%」、つまり証拠金の35%相当が建玉に対する粗利益率3.5%として得られる計算だ
3. 粗利益がコストの3倍以上になるサイズを求める——粗利益とコストがトントンのサイズでは、勝率50%なら確実にじり貧になる。余裕係数として3倍以上を推奨する
4. 求めたサイズを「建玉下限」としてbotに実装する——人間の自制心に頼らず、下限未満なら発注しないコードにする。編集部はこの下限を400ドルに設定している

重要なのは、この計算を「一度やって終わり」にしないことだ。ガス代はネットワークの混雑で変動し、手数料率もキャンペーンや仕様変更で変わる。四半期に一度は前提の数字を見直したい。

失敗パターン2：早期損切りがノイズで刈られ続ける

何が起きたか

2つ目の失敗は損切り設計だ。運用初期は、含み損が一定水準に達したら早めに切る「早期損切り」のロジックを入れていた。大負けを防ぐための安全装置のつもりだった。

ところが実際に動かすと、この早期損切りが相場のノイズ（一時的な上下動）で頻繁に発動した。仮想通貨の価格は短期では方向性のない上下動を繰り返す。方向としては合っていたポジションが、ノイズで一瞬逆行した瞬間に切られ、その直後に想定方向へ戻っていく——この「損切り貧乏」パターンが積み重なった。1回1回は小さな損失でも、回数が多いためじわじわと口座残高を削る。しかも失敗1のガス代問題と合わさると、切るたびに手数料も払うため二重に痛い。

なぜ起きたか

原因は、損切りラインを「大負け回避」の観点だけで決め、「ノイズ耐性」の観点を欠いていたことだ。損切りは近すぎればノイズで刈られ、遠すぎれば一撃の損失が大きくなる。このトレードオフの最適点は、対象銘柄のボラティリティ（値動きの荒さ）から逆算する必要がある。人間の裁量トレードなら「これはノイズっぽいから少し待つ」という判断が挟まるが、botは条件に達したら例外なく機械的に切る。自動化とは、悪い設定も忠実に実行し続けることなのだ。

一般論としても、システムトレードで失敗する大きな理由は「戦略を十分に理解しないまま運用し、想定内のドローダウンと故障を区別できないこと」だと指摘される。編集部の早期損切りも、「なぜそのラインなのか」の根拠が薄いまま実弾に載せた点で、この典型例だった。

なお、一般的なリスク管理では「1回のトレードの損失を口座資金の2%以内に抑える」という2%ルールや、損切り幅に対して利確幅を2倍以上に取るリスクリワード設計が定石として知られる。編集部の設定（損切り-4.5%に対し利確+3.5%＋トレーリングで伸ばす）はこの定石と形が異なるが、それは「レンジの逆張りでは勝率を高く、トレンドの順張りではトレーリングで利を伸ばす」というモード別の設計思想によるものだ。定石をそのまま写すのではなく、自分の戦略の勝率特性と整合する損切り・利確の比率になっているかを自分で説明できること——それが「理解して運用する」ことの具体的な中身だと考えている。

どう対策したか

2026年7月に、決済まわりのロジックを全面的にリライトした。変更の柱は2つある。

1. 早期損切りの廃止: ノイズで刈られる中途半端な損切りをやめ、損切りは-4.5%の明確なラインに一本化した
2. トレーリングストップへの移行: 価格が有利な方向に動いたら損切りラインを自動で追従させるトレーリングストップを併用し、「利益が乗ったポジションを建値割れで終わらせない」防御へ切り替えた

トレーリングストップとは、価格が有利方向に動くのに合わせて逆指値を自動で切り上げ（売りポジションなら切り下げ）、不利方向には動かさない注文方法だ。損失を限定しながら利益を伸ばせる一方、明確なトレンドのないもみ合い相場では小さな反転で決済されやすい弱点がある。そこで編集部の戦略は、相場をモード判定式で扱っている。レンジ相場と判定すればレンジ端の逆張り、トレンド相場と判定すれば押し目の順張り、と型を切り替え、トレーリングが活きるトレンド局面で利益を伸ばす設計だ。

この失敗の教訓は、損切りラインは「いくら失えるか」だけでなく「その銘柄のノイズ幅の外側にあるか」で検証せよ、である。過去チャートで「このラインなら、結果的に勝ったはずのトレードを途中で殺していないか」を確認してから実弾に載せるべきだった。

失敗パターン3：特定銘柄だけ発注が失敗するバグ

何が起きたか

3つ目は純粋にシステム的な失敗だ。運用中、特定銘柄（WBTC）でだけ発注が正常に通らない不具合が発生した。他の銘柄では問題なく動くため、ロジック全体は健全に見える。しかしWBTCでエントリー条件が成立しても建玉が意図どおりに立たない、という形で取引機会の喪失とポジション管理の混乱を招いた。

この種のバグの怖さは「静かに失敗する」ことだ。botがエラーで停止してくれれば人間は気づける。しかし発注失敗を握りつぶして動き続けると、運用者は「今日はシグナルが出なかったのだろう」と誤認する。発覚が遅れるほど機会損失は膨らみ、さらに「建っているはずのポジションが無い」状態は、その後の決済ロジックの前提まで狂わせる。

どう対策したか

対策として、発注処理を監視する仕組み（watchdog）を差し替えた。発注後に「実際にポジションが成立したか」をオンチェーンの状態で確認し、不整合があれば検知して是正するアプローチだ。この差し替えによってWBTCの発注不具合は解消し、対象銘柄の取引を再開できた。

教訓は、「発注した」と「約定した」は別のイベントとして扱い、必ず突き合わせよ、だ。自動売買では「注文を送る」処理は簡単に書ける。しかし「注文が意図どおり成立したことを確認する」処理を省くと、いつか必ず静かな失敗に襲われる。取引所やプロトコルからの応答だけを信じず、残高・ポジション一覧という「結果の状態」を別途照会して検証する設計が要る。これはオンチェーンでもCEXのAPI取引でも共通の原則だ。

失敗を「確定した記録」に変える：オンチェーン監査のやり方

3つの失敗に共通して効いたのが、損益を体感ではなく記録で確定させる作業だ。編集部は2026年7月上旬に、運用開始からの全取引をオンチェーン記録と突き合わせる監査を行い、実現損益を約-21ドルと確定させた。この監査があったからこそ、「ガス代負けがどれだけ効いていたか」「早期損切りが何を削っていたか」を定量的に把握できた。

監査の考え方はシンプルで、(1)ウォレットへの入出金履歴から投入額を確定する、(2)取引履歴から各ポジションの建て値・決済値・手数料を拾う、(3)現在残高との差分を実現損益として突き合わせる、という3段構えだ。オンチェーン運用なら、これらはすべてブロックチェーンエクスプローラーで第三者検証可能な形で残っている。CEXでのAPI運用なら、取引履歴のエクスポート機能で同じことができる。

体感と記録のずれは、想像以上に大きい。勝ちトレードは記憶に残り、手数料や小さな損切りは記憶から抜け落ちる。botの成績を「なんとなく勝ってる気がする」で評価している状態は、故障の発見を遅らせる最大の要因だ。月次でよいので、必ず記録ベースの突き合わせを運用に組み込んでほしい。これは後述する確定申告の準備としてもそのまま活きる。

一般論の失敗パターンと当運用の照合

編集部の3つの失敗は特殊事例ではない。自動売買の失敗として広く知られるパターンと照合すると、ほぼ教科書どおりの落とし穴だったことがわかる。2026年7月時点で一般に指摘される主要な失敗パターンを、当運用の実例と対応づけて整理する。

特に補足したいのは急変動リスクだ。自動売買は、発行体の信用不安や規制ニュースといった「文脈」を踏まえた判断が基本的にできない、と一般に指摘される。編集部の運用はAIエージェントが判断主体のため文脈をある程度読めるが、それでも急変動そのものは避けられない。だからこそ損切りライン・建玉サイズ・レバレッジという「最大損失の上限を決める3点」を機械的に固定しておくことが、最後の防波堤になる。

対◯◯で見る：自動売買の失敗はどこが特有か

自動売買の失敗を正しく恐れるには、他の手法の失敗と比べるのが早道だ。

対 裁量トレード：失敗の「質」が違う

裁量トレードの典型的な失敗は感情に起因する。損切りできずに塩漬け、負けを取り返そうとするリベンジトレード、常にポジションを持ちたがるポジポジ病。一方、自動売買はこれら感情起因の失敗をほぼ消せる代わりに、設計起因の失敗を24時間休まず繰り返す。裁量なら数時間で気づく違和感も、botは「仕様どおり」淡々と実行し続ける。編集部の失敗1〜3はすべて、人間が終日張り付いていればもっと早く違和感を持てた類のものだ。自動売買が向くのは「感情で失敗するタイプ」であり、設計と検証を面倒がる人には向かない。

対 販売型ツール・シグナル配信：直せるかどうかが分かれ目

市販の自動売買ツールや高額なシグナル配信での失敗は、「中身を理解していないため、負け始めたときに続けるべきか捨てるべきか判断できない」ことに集約される。ドローダウンが仕様の範囲内なのか故障なのか区別できず、最悪のタイミングで損切り的に解約してしまう人が多い。編集部のような自前運用は、構築の手間と失敗1〜3のような産みの苦しみがある代わりに、負けの原因を特定して修正できる。実際、3つの失敗はすべて原因特定→修正→再稼働のループで潰した。この「直せる」ことが自前型の最大の利点であり、逆に言えば直す気がないなら自前型を選ぶ意味は薄い。

対 コピートレード：他人の失敗を輸入するリスク

コピートレードは他人の売買を自動で写す仕組みで、始めるのは最も簡単だ。しかし失敗の構造は「トレーダー選びの失敗」と「開始タイミングの失敗」に置き換わる。好成績のトレーダーをコピーし始めた直後に不調期が来る、高レバレッジ運用者の一撃退場に巻き込まれる、といった形だ。そして過去の成績は将来の利益を保証しない。自前botの失敗が「自分で直せる失敗」なのに対し、コピートレードの失敗は「他人依存で制御できない失敗」である点が本質的に異なる。手軽さと制御可能性はトレードオフだと理解して選ぶべきだ。

対 取引所内蔵のグリッドbot：失敗の見えやすさが違う

大手取引所が内蔵するグリッドbot（一定の値幅ごとに買いと売りを並べる自動売買）は、画面操作だけで始められ、システム障害系の失敗は取引所側が吸収してくれる。その意味で失敗3のような発注バグとは無縁に見える。ただしグリッドbotの弱点は、レンジを抜けた瞬間に含み損を抱えたまま機能停止することだ。しかもツール上の表示は「確定利益」が強調されがちで、含み損を差し引いた実質損益が見えにくい。自前運用の失敗が「ログと残高にすべて現れる失敗」なのに対し、内蔵botの失敗は「画面の見せ方に隠れる失敗」になりやすい。どちらを使うにせよ、確定損益と含み損益を合算した実質ベースで成績を評価する習慣は共通して必要だ。

自動売買のリスクと注意点

失敗事例を踏まえ、自動売買を始める前に押さえるべきリスクを整理する。

1. 元本割れリスク: 自動売買は利益を保証しない。編集部の実運用も2026年7月上旬の監査時点で実現損益は約-21ドルのマイナスである。失っても生活に影響しない余剰資金で行うこと
2. コスト構造のリスク: 手数料・ガス代・スプレッドは建玉が小さいほど%負担が重くなる。損益分岐サイズを計算せずに始めると、方向を当てても資産が減る
3. 設定値のリスク: 損切り・利確・レバレッジが相場特性に合っていないと、ノイズ刈られや過大損失を機械的に量産する。設定の根拠を説明できない状態で実弾に載せない
4. システムリスク: 発注バグ、API障害、回線・電源断は必ずいつか起きる。約定確認と監視の仕組みがないbotを放置してはいけない
5. 急変動リスク: 重要ニュースや規制発表による急変にbotは弱い。レバレッジ取引では想定した損切り価格を超えて滑る（スリッページ）可能性もある
6. レバレッジリスク: 編集部は10倍で運用しているが、レバレッジは損失スピードも10倍にする。初心者がいきなり高レバレッジで自動売買を回すことは推奨しない
7. 税務リスク: 仮想通貨の利益は原則として雑所得に区分され、一定額を超えると確定申告が必要になる。自動売買は取引回数が膨大になりやすく損益計算の負担も大きい。安全側に倒し、詳細は税理士など専門家に相談してほしい
8. 過信リスク: 「完全放置で稼げる」という宣伝文句を信じ、検証せずに資金を投入するのが最悪のパターン。本記事の失敗3類型は、検証を省けば誰の身にも起きる

同じ検証環境を作りたい人へ：始め方と失敗回避チェックリスト

編集部と同様の「AI主導・小資金・実弾検証」を試したい場合の大枠は次のとおりだ。

1. 手順1: 国内取引所の口座を用意する——日本円の入出金の起点として、金融庁登録のある国内取引所の口座をまず開設する。オンチェーン運用が目的でも、法定通貨との出入口は国内口座が基本になる
2. 手順2: 検証資金を隔離する——生活資金と完全に分けた少額（編集部は当初188ドル相当から開始）だけを検証用に移す。「失敗してもよい金額」であることが、冷静な検証と撤退判断の前提になる
3. 手順3: 取引環境とbotを接続する——取引の場（DEXまたは取引所API）とbot・AIエージェントを接続する。必ず最小サイズで発注→約定確認→決済の一連の流れをテストし、失敗3のような発注系の穴を先に炙り出す
4. 手順4: 損益分岐サイズと設定値を決める——往復コストを金額で見積もり、利確幅がコストを上回る最小建玉サイズを計算する。損切りラインは対象銘柄のノイズ幅の外側に置き、過去チャートで検証する
5. 手順5: 小さく動かし、記録と突き合わせる——稼働後は取引記録と口座残高を定期的に突き合わせる。編集部がオンチェーン監査で約-21ドルを確定させたように、「体感」ではなく「記録」で成績を把握する

稼働前の最終確認として、編集部の失敗から作ったチェックリストを置いておく。

• 往復の手数料・ガス代を金額で見積もり、利確幅がそれを上回る建玉下限を決めたか
• 損切りラインが対象銘柄のノイズ幅の外側にあることを過去チャートで確認したか
• 発注後に「実際に約定したか」を検証する仕組み（約定確認・監視）があるか
• 全損しても許容できる余剰資金だけで運用しているか
• 損益を記録と突き合わせて確認する頻度とやり方を決めたか
• 想定外の動作をしたときにbotを即停止する手段を確認したか

まとめ：失敗の3類型を先回りで潰せば、検証は続けられる

自動売買の失敗は、突き詰めると「コスト構造の見落とし（ガス代負け）」「パラメータ設計の甘さ（ノイズ刈られ）」「システムの静かな故障（発注バグ）」の3類型に集約される。編集部の実運用は2026年4月の開始から実現損益約-21ドルという成績で、決して自慢できる数字ではない。しかし3つの失敗はいずれも原因を特定し、建玉下限400ドルの導入・トレーリングストップ併用への全面リライト・発注監視（watchdog）の差し替えという形で対策済みだ。検証運用の最新状況は当サイトの運用実績ページ（/ai-trading）で公開している。

自動売買は「楽して儲かる魔法」ではなく、「失敗を仕組みで潰していく地道な工学」である。そして失敗を潰す前提になるのが、損益分岐サイズの計算・ノイズ幅の検証・約定の突き合わせ・記録ベースの監査という4つの地味な作業だ。この4つを省いた自動売買は、どれほど洗練された戦略を積んでいても、いずれ本記事のどれかの失敗をなぞることになるだろう。失敗のたびに運用は堅牢になる——これが約-21ドルの授業料から得た最大の学びだ。これから始める人は、本記事の3つの失敗を「無料で読める授業料」として使ってほしい。なお、口座開設やAPI設定といった具体的な環境構築の手順は、当サイトの手順記事で別途詳しく解説している。

<!-- INTERNAL_LINKS_RELATED -->

関連記事

• Bybit撤退の資産移動手順を見る
• Bybitの代替取引所を見る
• 海外取引所の確定申告手順を見る
• botの確定申告のやり方を見る
• 海外取引所への送金手順を見る

<!-- INTERNAL_LINKS_RELATED -->