生成AIで仮想通貨自動売買botを自作するとは、Claude CodeやChatGPTのような生成AIに戦略の設計・実装・改善を手伝わせながら、自分専用の自動売買プログラムを組み上げることです。プログラミングを一から独学する必要がなくなった一方、「AIに任せれば安全に儲かる」わけではありません。本記事では、ツールの選び方から4段階のワークフロー、AI生成コードにありがちな失敗、実際にかかる実額のコストまでを一気通貫で解説します。読み終える頃には、着手から検証・運用までの全体像が具体的に描けるようになっているはずです。それでは順番に見ていきましょう。
なぜ「自作」という選択肢が広がったのか
2025年後半から2026年にかけて、生成AIをコーディングに使う流れが個人開発の世界に広く浸透しました。これまで仮想通貨の自動売買botを作るには、プログラミング言語の習得と、取引所APIの仕様理解という2つのハードルがありました。生成AIの進化によって、この2つのハードルは大きく下がりました。自然言語で「こういう戦略を実装してほしい」と伝えるだけで、AIが実装可能なコードの骨格を出力してくれるようになったためです。
一方で、下がったのはあくまで「着手のハードル」です。戦略が儲かるかどうか、コードが安全に動くかどうかは、AIが保証してくれるものではありません。 着手しやすくなった分、検証を軽視したまま本番資金を投入してしまう失敗も増えています。この記事は、着手のしやすさと検証の重要さの両方を踏まえて書いています。
「自作」という言葉が指す範囲
一口に自作といっても、次のように幅があります。ゼロから設計・実装・運用まですべてを自分（と生成AI）で行うケースもあれば、公開されているサンプルコードを土台に、生成AIに戦略部分だけを調整させるケースもあります。本記事で扱う「自作」は、市販の完成品を購入するのではなく、自分の戦略ロジックを自分でコントロールできる状態を自分で組み上げるという意味で使っています。ロジックの一部を借用すること自体は問題ではなく、中身を理解して自分で調整できるかどうかが分かれ目です。
できること／できないこと早見表
生成AIによるbot自作について、過度な期待を先に整理します。
| 項目 | できること | できないこと |
|---|---|---|
| コードの実装 | 戦略の骨格・API接続・指標計算のコードを生成できる | 儲かる戦略そのものを保証すること |
| デバッグ | エラーメッセージを渡せば原因の候補を提示できる | 実際に動かして初めて分かるバグをすべて事前に防ぐこと |
| リスク管理 | 指示すればリスク検査のロジックを実装できる | 指示しなければ勝手に安全なロジックを組んでくれること |
| 継続改善 | 運用データを渡せば改善案を提案できる | 相場そのものを予測すること |
この表の中で特に見落とされがちなのが「リスク管理」の行です。生成AIは指示すれば安全なロジックを実装しますが、指示しなければ最低限の安全機構すら入れずにコードを出力することがあります。 「儲かる戦略を書いて」という抽象的な依頼だけでは、リスク管理が甘いコードが出来上がりやすい、という点は最初に理解しておいてください。
どの生成AIを選ぶか
生成AIには大きく2つのタイプがあり、bot開発への向き不向きが異なります。
対 対話型AI（ChatGPT・Gemini）でコードを書く
チャット画面でやり取りしながら、コードをコピー＆ペーストして自分の開発環境に貼り付けていくスタイルです。一つひとつのやり取りを自分で理解しながら進められるため、プログラミングの学習を兼ねたい人に向いています。反面、ファイルの管理やテストの実行は自分で行う必要があり、規模が大きくなるほど手間が増えます。複数のファイルにまたがる修正をお願いすると、貼り付け忘れやコピーミスが起きやすくなる点にも注意してください。
対 エージェント型AI（Claude Code等）に一気通貫で任せる
開発環境（ターミナル）に直接接続し、ファイルの作成・編集・テストの実行・Git操作までを自然言語の指示で一気通貫に任せられるタイプです。戦略の実装から改善のループまでを自律的に回せるため、開発効率は高くなります。反面、AIに任せる範囲が広い分、意図と違う実装をされたときに気づきにくいという側面もあります。定期的にコードの中身を読み返し、意図通りに動いているかを自分の目で確認する習慣をつけることで、この弱点はある程度補えます。
対 プログラミング言語専用のコード補完AI（GitHub Copilot等）
エディタ上でコードの続きを提案してくれるタイプです。すでにある程度コードを書ける人が、実装速度を上げる用途に向いています。戦略の設計そのものを相談する用途にはあまり向いておらず、どちらかというと既存のコードベースを持つ人の生産性向上ツールという位置づけです。
| タイプ | 向いている人 | 開発効率 | 意図とのズレへの気づきやすさ |
|---|---|---|---|
| 対話型AI | 学習も兼ねたい初心者 | 中 | 高い（自分で貼り付けるため） |
| エージェント型AI | 一気通貫で任せたい人 | 高い | 中（任せる範囲が広い） |
| コード補完AI | ある程度書ける人 | 実装速度に効く | 高い（自分で書いている） |
自作の4フェーズ
生成AIを使ったbot自作は、次の4フェーズで進めると失敗が減ります。
- 設計フェーズ: 何を根拠にエントリーし、どこで決済するかを言葉で書き出す。コードを書く前にここを済ませる。
- 実装フェーズ: 設計をもとに生成AIへ実装を依頼する。まずは読み取り専用（発注しない）部分から作る。
- 検証フェーズ: テストネットまたは少額の実弾で動かし、全トレードの理由と結果を記録する。
- 運用フェーズ: 検証で見えた傾向をもとに除外条件を追加し、少しずつ運用規模を調整する。
多くの失敗は、このうち検証フェーズを省略して設計から運用へ一気に飛ぶことで起きています。生成AIが「動くコード」を出してくれることと、そのコードが「安全に儲かるコード」であることはイコールではありません。
各フェーズにかかる時間の目安
初めて自作に取り組む場合、設計フェーズには数時間から数日、実装フェーズは生成AIとのやり取りを含めて数日程度で骨格ができることが多いです。一方、検証フェーズは本来もっとも時間がかかるべき工程で、最低でも数週間、できれば1〜2ヶ月はかけて全トレードの理由と結果を記録してください。実装が速く終わる分、検証を急いでしまうのが自作でいちばん多い失敗パターンです。運用フェーズに入ってからも、改善のサイクルは継続的に回し続けることになります。
コピペで使える最初のプロンプト
生成AIに最初に投げる指示の骨格です。そのまま使い、細部を自分の戦略に合わせて書き換えてください。
あなたは仮想通貨の自動売買botを実装するエンジニアです。
以下の条件でbotの骨格を実装してください。
・対象: [取引所名/DEX名]
・戦略の概要: [エントリー根拠を1〜2文で]
・エントリー条件: [具体的な条件]
・決済条件: [利確・損切りの条件]
・リスク管理: 1回の建玉は資金の◯%以内、同時保有ポジションは◯件まで
・発注前に必ずリスク検査を通す構造にすること
・まずは発注せず、価格取得とシグナル判定だけの読み取り専用バージョンから作ること
・全トレードの理由と結果を記録するログ機能を含めること
このプロンプトのポイントは、「まず読み取り専用から作る」ことと「リスク検査を先に組み込む」ことを明示している点です。この2点を最初から指示しておくと、後から安全機構を継ぎ足す手間が減ります。
自作を始める前の準備チェックリスト
コードを書き始める前に、次の項目を一つずつ埋めてください。ここが空欄のまま実装に進むと、後から手戻りが発生しやすくなります。
- エントリーの根拠を一文で説明できる状態にした
- 決済条件（利確・損切り）を数値で決めた
- 1回の建玉の上限・同時保有ポジション数の上限を決めた
- 検証用の資金は「失っても支障のない金額」にした
- 生成AIの利用プランを契約し、動作確認をした
- botの停止・異常時に通知が届く仕組みを用意する計画がある
検証フェーズを短くしすぎないための目安
「動くものができた」という達成感は、検証を急がせる方向に働きます。しかし、動くことと安全に儲かることは別物です。最低限のサンプル数と期間を自分の中でルール化しておくと、この誘惑に流されにくくなります。焦りを感じたときほど、いったん立ち止まって記録を見返す習慣が効きます。
実装フェーズで生成AIに渡す情報の粒度
実装を依頼する際、指示が抽象的すぎると、生成AIは一般的なテンプレートに近いコードを返しがちです。「トレンドフォロー戦略を実装して」だけでなく、具体的な数値・条件・例外処理の方針までセットで伝えることで、実際に使えるコードに近づきます。逆に、細部まで自分で決めきれていない場合は、生成AIに「この戦略で決めるべきパラメータを列挙して」と聞き返すところから始めるのも有効な使い方です。
一度に全部を指示しようとせず、「まず読み取りだけ」「次にシグナル判定だけ」「最後に発注」という順番で小さく依頼を分ける方が、生成AIの出力を都度確認しながら進められるため、意図とのズレに早く気づけます。大きな塊で一気に実装を依頼すると、レビューの負担が増え、問題のある箇所を見落としやすくなります。
やってはいけないこと・AI生成コードにありがちな失敗
エラー処理を「とりあえず握りつぶす」実装をそのまま使う。 生成AIは動くコードを優先するあまり、例外を握りつぶして処理を止めない実装を出すことがあります。エラーが起きたときに新規発注だけ止めて、監視と決済は継続する、といった意図を明示的に指示してください。指示せずに放置すると、エラーが起きているのに気づかないまま無効なポジションを持ち続ける、という事故につながります。
バックテストの好成績を過信する。 過去データに最適化されたパラメータは、探せば必ず良い成績のものが見つかります。生成AIに「勝率が上がるようにパラメータを調整して」と指示し続けると、過去データに過剰適合したコードが出来上がりやすくなります。バックテストはあくまで「明らかにおかしいロジックを除外する」ための足切りとして使い、本番の判断材料にはテストネットや少額実弾での結果を優先してください。
リスク管理のロジックを後回しにする。 エントリー条件を作り込んでから最後にリスク管理を足すと、発注ロジックの奥深くに安全機構を継ぎ足す形になり、抜け漏れが起きやすくなります。発注関数の手前にリスク検査を置く構造を最初から指示してください。順番を間違えると、後から直すコストの方が大きくなります。
生成されたコードの意味を理解せずに本番投入する。 コードが読めなくても動かせてしまうのが生成AIの怖いところです。少なくとも「このコードは何をトリガーに、いくらの資金を、どういう条件で動かすのか」は自分の言葉で説明できる状態にしてから本番資金を投入してください。分からない箇所があれば、生成AI自身に「このコードを初心者向けに解説して」と聞き返すだけでも理解は深まります。
通知の仕組みを後回しにする。 botは静かに壊れます。エラーで停止しても、ポジションを持ったまま止まっても、通知が無ければ気づけません。Slack・Discord等への通知は初期段階で組み込んでください。
記録の仕組みより先にロジックを凝り始める。 エントリー条件を複雑にすることに時間を使う前に、まず「なぜそのトレードをしたか」を記録するジャーナル機能を作ってください。ロジックがどれだけ洗練されていても、結果の理由が分からなければ改善のしようがありません。記録の仕組みは、戦略のロジックそのものより先に完成させておくべき土台です。
生成AIに「もっと勝率を上げて」と繰り返し指示し続ける。 表面的な勝率だけを追いかけると、極端に浅い利確ラインを設定するなど、勝率は上がっても期待値が下がる調整に誘導されやすくなります。勝率ではなく、平均利益と平均損失の比率まで含めて評価するよう指示してください。
自作 vs 既製品・商材との比較
対 市販の自動売買サービス・商材
購入するだけで動く市販の自動売買サービスは手軽ですが、中身のロジックがブラックボックスで、実績の検証が難しいという弱点があります。自作であれば、少なくとも自分が実装したロジックの範囲は完全に把握できます。また、市販サービスは月額利用料や成果報酬が発生することが多く、長期的なコスト構造も自作とは異なります。
対 ノーコードの自動売買ツール
ノーコードツールは着手の速さで自作に勝りますが、用意されたテンプレートの範囲でしか戦略を組めない制約があります。独自の判断ロジックを組み込みたい場合は、生成AIによる自作の方が自由度が高くなります。一方で、単純なグリッド取引やDCA（積立）のような定型的な戦略であれば、わざわざ自作せずノーコードツールで十分なケースも多いです。自作すること自体が目的化しないよう、まず自分の戦略が定型的な範囲に収まるかどうかを確認する価値はあります。
対 独学でのフルスクラッチ実装
独学でゼロから実装する方法は、仕組みの理解が最も深くなる一方、習得までの時間コストが最大になります。生成AIを使った自作は、この時間コストを大きく圧縮できる代わりに、コードの理解を意識的に深める努力が必要になります。プログラミング言語の文法を一から学ぶ時間を、戦略の設計や検証データの分析に振り向けられる点が、生成AI活用の最大の利点だと言えます。
| 選択肢 | 着手の速さ | 自由度 | 実績の検証可能性 |
|---|---|---|---|
| 市販サービス・商材 | 速い | 低い（テンプレート依存） | 低い（ブラックボックス） |
| ノーコードツール | 速い | 中（テンプレート範囲） | 中 |
| 生成AIで自作 | 中 | 高い | 高い（自分で全把握） |
| 独学フルスクラッチ | 遅い | 最も高い | 高い |
実際に自作して分かった実額のコストと実績
Claude Code（AIエージェント）に戦略の実装・改善・執行までを任せ、オンチェーンのパーペチュアルDEXであるGMX上で実口座運用した記録を公開します。運用期間は2026年4月〜7月、**実現損益は-$21（マイナス）**です。負けを含めた通期の実現損益として、良い部分も悪い部分もそのまま示しています。
かかった実額のコストは次の通りです。
- 生成AIの利用料: 月額プランで数千円〜数万円程度（利用量に応じたAPI従量課金プランも選択可能）。無料プランではエージェント機能自体が使えないため、検証を継続するには固定費としてかかり続けます。
- オンチェーンのガス代: 発注・決済のたびに発生し、建玉が小さいとこの手数料だけで利益を相殺することがある。検証結果を歪める最大の要因になりやすいコストです。
- 取引所・DEXの手数料: 現物・先物の取引手数料に加え、レバレッジを使う場合はポジション保有中の資金調達コストがかかります。
- サーバー・VPSの維持費: botを24時間稼働させるための継続的な固定費。ローカルPCを常時起動する場合でも電気代という形でコストが発生します。
自作は「無料でできる」ものではなく、継続的な実額の支出を伴う作業です。この前提を踏まえたうえで着手するかどうかを判断してください。損益からこれらのコストを差し引いた「実現損益」こそが、自分の戦略を評価するときに使うべき唯一の数字です。
なぜマイナスの実績をそのまま出すのか
多くの発信者は損失を隠し、勝ったときだけ切り出して発信します。しかし、負けを含めない実績は自作の参考として意味を持ちません。この記事の趣旨自体が「自作の実際」を伝えることなので、まずは自分の数字を検証可能な形で出すのが筋だと考えています。-$21という金額そのものよりも重要なのは、どの条件のエントリーが勝ちやすく、どの条件が負けやすいかという傾向のデータであり、この記録を積み重ねる仕組みこそが自作の本体だと捉えています。
この検証では、日々の自律セッションで生成AIエージェントに相場状況の確認・建玉の判断・決済の執行までを一貫して任せる体制を組んでいます。人間が毎回介入するのではなく、エージェントが継続的に監視と判断を行う体制にすることで、「人間が張り付いていないと機能しない戦略」を除外できるという利点があります。この体制を構築すること自体が、本記事で説明した4フェーズを一通り実践した結果でもあります。
テスト・改善サイクルの回し方
自作したbotは、作って終わりではありません。検証フェーズと運用フェーズを行き来しながら、継続的に改善していくことになります。
改善のサイクルは一度回して終わりではなく、運用を続ける限り繰り返し回し続けるものです。以下の手順を、期間を区切って何度も繰り返してください。焦らず、地道に積み重ねていくことが結局のところ近道になります。
まず件数を貯める。 数件〜十数件の結果で戦略の良し悪しを判断しないでください。最低でも数十件、できれば100件以上のサンプルが貯まってから、勝ちパターンと負けパターンの分析に入ります。件数が少ないうちに一喜一憂しても、得られる学びはほとんどありません。
負けが集中している条件を特定する。 ジャーナルを見返し、どんな相場状況・どんなエントリー根拠のときに負けが集中しているかを洗い出します。生成AIに全トレードのログを渡し、「負けているトレードに共通するパターンはあるか」と分析させるのも有効です。人間の目では気づきにくい細かい共通点を、AIが機械的に洗い出してくれることがあります。
除外ルールを一つずつ追加する。 新しい機能を追加するより、負けやすい条件を除外するルールを一つずつ足していく方が、損益への影響は大きい傾向があります。一度に何個も条件を変えると、どの変更が効いたのか分からなくなるため、変更は一つずつ行い、効果を確認してから次に進んでください。派手な新機能の追加よりも、この地味な除外ルールの積み重ねのほうが結果に効くというのが、実際に運用してみての実感です。
改善のたびに検証期間を区切る。 ルールを変更したら、変更前と変更後を混ぜて評価せず、変更後の期間だけを新しいサンプルとして評価します。曖昧な比較は、改善したのかどうかの判断を誤らせます。
確信度と勝率を混同しない。 生成AIに判断の確信度を出力させている場合、確信度の高さは損益の大きさと相関する一方、勝率そのものとは相関しない場合があります。確信度だけでポジションサイズを大きくする判断は避けてください。確信度はあくまで参考情報の一つとして扱い、最終判断はリスク管理のルールに従うべきです。
リスクと注意点
自作という選択肢を取る以上、市販サービスを使う場合以上に自分自身でリスクを把握しておく必要があります。着手前に一つずつ確認してください。
- 元本を失うリスクがあります。 暗号資産の証拠金取引・現物取引は価格変動により投じた資金の一部または全部を失う可能性があります。生成AIが実装を手伝ってくれても、この構造自体は変わりません。
- 生成AIの出力コードは常に安全とは限りません。 リスク管理の抜け・エラー処理の甘さに気づかないまま本番投入すると、想定外の損失につながります。コードレビューの手間を惜しまないでください。
- 海外取引所・DEXは日本の金融庁への登録を受けていない場合があります。 登録の有無・補償制度の有無を利用前に確認し、国内の登録業者と同じ保護は受けられない前提で利用してください。
- 少ないサンプル数の検証結果に意味を読み取ってはいけません。 数件〜十数件の結果は偶然に大きく左右されます。統計的に意味のある判断には数十件以上のサンプルが必要です。
- APIキー・秘密鍵の管理を誤ると資産を失う可能性があります。 botのプログラムに出金権限のある鍵をそのまま持たせるのは避け、取引だけを許可する鍵の利用を検討してください。
- バックテストの好成績を過信してはいけません。 過去データへの過剰適合は、パラメータを探索し続ければ必ず見つかります。バックテストが良いことと、これから先も勝てることはイコールではありません。
- オンチェーンでの取引はコストがかさみやすく、小さい建玉では検証にならないことがあります。 ガス代・スリッページが利益を相殺し、戦略の良し悪しを正しく判定できなくなることがあります。
- 税務上の扱いを誤ると追加の納税・加算税が発生する可能性があります。 暗号資産の売買益は原則として雑所得に区分され、自作botは取引件数が多くなりがちです。具体的な扱いは税理士など専門家に相談してください。
- 「必ず儲かる」「元本保証」を謳う商材・サービスは、その時点で警戒対象です。 そうした表現自体が景品表示法・金融商品取引法上も問題のある断定表現であり、事実として存在し得ないという理解が出発点になります。
まとめ
生成AIは、仮想通貨自動売買botの「着手のハードル」を大きく下げました。しかし、設計・実装・検証・運用という4フェーズのうち検証を省略すると、AIが書いたコードの弱点に気づかないまま本番資金を投入することになります。
自作には固定費としての実額コストがかかり、実際の運用で筆者が公開している実現損益もマイナスです。生成AIに任せれば簡単に勝てるわけではないという前提を踏まえたうえで、自分の戦略を自作するかどうかを判断してください。
最後にもう一度強調しておきます。生成AIが下げてくれたのは「コードを書く」というハードルだけです。判断や検証のハードルは、依然として自分自身の側に残されています。戦略を設計し、検証データを読み解き、負けパターンを一つずつ除外していくという地味な作業は、結局のところ自分自身で担うしかありません。この地味な作業を続けられるかどうかが、自作を最後までやり切れるかどうかの分かれ目になります。派手なコードよりも、地道な記録の積み重ねを大切にしてください。それが結果的に、いちばん確実な近道になります。
*本記事は情報提供を目的としたものであり、投資助言ではありません。暗号資産の取引・自動売買は元本を失う可能性があります。海外の取引所・DEXは日本の金融庁への登録を受けていない場合があります。利用は自己責任でご判断ください。税務上の扱いは税理士等の専門家にご相談ください。