来週の検証を「完了条件」で管理する｜GOLD13・EA・AIエージェントの未解決項目
金融AI・AIエージェント研究開発／2026年9月27日〜10月3日の週次振り返り
来週の検証を「完了条件」で管理する｜GOLD13・EA・AIエージェントの未解決項目
週末の振り返りは、成果を大きく見せるための総括ではありません。次の週に何を確認すれば、候補が検証済みに変わるのかを決める時間です。今週はGOLD13の表示ログ、EA側の更新候補、実口座の週次集計がそれぞれ存在します。しかし三つが同じ取引を指しているか、どの版が本番で動いたか、録画と注文履歴が一致するかは、別の証拠が必要です。本稿は10月4日時点で手元にある一次資料から、金融AI・AIエージェント、自作インジケーター、自動売買ソフト（EA）の研究開発を進めるための未解決項目と合格条件を整理します。
私たちは自作インジケーターGOLD13とEAを実口座で検証し、平日24時間トレードライブ配信で研究の経過を共有しています。ただし配信画面はブローカー明細でも、AIの承認記録でもありません。動画にGOLDの値動きが映っていても、その時点でどのEA版がロードされ、どのticketに結び付いたかまでは自動的に分かりません。公開記事の読者には、確認できた事実と、まだつながっていない証跡を明確に分けて伝えます。
最初の関門は一つの自然注文を端から端まで追うこと
来週最初の自然注文で、signal ID、EAが受け取ったACK、発注応答、ticket、positions、決済result、ledgerを一意に連結することを第一の合格条件にします。近い時刻にSELL表示とticketがあるだけでは同じ注文と決められません。同じ時間帯に複数候補が出る、発注を見送る、ブローカーに拒否される、通信が遅れるといった分岐があるためです。symbol、方向、ロット、magic number、時刻基準を照合し、一致しないものは未対応として残します。
この関門の成果物は「一行の利益額」ではなく、誰が読んでも追跡できる対応表です。各段階で記録が存在しなければ、そこを空欄ではなくunknownとして表示します。ACKが欠けているならAIが受領したとは書かず、ticketが欠けているなら注文済みと書きません。金融AIには大量ログの収集・照合を任せられますが、曖昧な対応を自動補完させないことが品質条件です。合格しない注文は勝率やEAの性能比較の母集団へ入れない運用にします。
次の関門は自然取引メディアとの照合
編集部一次資料では、対象週47件に対応する自然取引の動画、スクリーンショット、trade_metaがDrive正本で未確認とされています。この欠落がある間、週次集計の数字が存在しても、各取引のentryとexitを映像で検証できたとは言えません。来週の自然注文では、同ticketに対応するtrade_full.mp4、entryとexitの短いクリップ、前後の状況が分かる画面、trade_meta.jsonを保存し、ファイル名だけでなく中身と時刻を確認することを目標にします。撮影された別取引の映像を、似た価格だったからという理由で記事へ流用しません。
動画が揃っても、それだけで取引結果の証明が完成するわけではありません。画面に映る口座、symbol、時刻、ticket、約定・決済価格が履歴と一致するかを点検します。注文の前後が切れている映像なら、切れている範囲を明記します。録画がない注文は「録画未確認」のまま残し、GogoJungleの動画機能には対応の出所を確認できた素材だけを埋め込みます。平日24時間トレードライブ配信は検証の参考ですが、切り抜いた動画の出所と対象ticketが確認できない限り、特定記事の実取引録画とは扱いません。
GOLD13の表示を発注結果に飛躍させない
10月3日のローカルログには「GOLD13 REALTIME SELL」「warn=0」の表示例が記録されています。これは表示の調査対象であり、それだけでは一意のsignal ID、EAへの受領、注文ticket、損益を証明しません。来週は、通常シグナルと警告シグナルの区別、発生時刻、対象symbol、価格、抑止理由を同じ形式で記録します。従来の方針である「警告シグナル自体には乗らず、警告後の通常シグナルは独立に検討する」は変更しません。表示例を見つけた段階と、EAが取引候補として評価した段階を分けます。
自作インジケーターの研究は、シグナルが増えることを成功と数えるだけでは進みません。誤発火、重複、価格更新の欠損、表示とEA受領のずれを発見できるログが必要です。自作EAの研究も同様に、発注した理由だけでなく見送った理由、停止した理由、上限に達した理由を残します。金融AI・AIエージェントは、こうした欠損や矛盾の抽出に有用です。ただしAIの説明文が説得力を持って見えても、参照したsignalとticketを再確認できなければ研究の証拠にはなりません。
保存ファイルと本番稼働版を分ける
今週の資料には、EAのローカルファイル更新とEX4のSHA変化、GOLD13関連のstageフォルダの存在が記録されています。一方で、ファイル変更の目的と差分、コンパイル経路、VPSへの配備、MT4の再起動、実際にロードされた版の読戻しは未確認です。別の10月4日朝の引継ぎでも、本番VPSの実効EA版、GOLD13版、AI判定設定、AutoTradingはunknownとされています。新しいファイルがあることを「本番の改善版が動いている」と書き換えないことが、来週の第二の重要な境界です。
変更候補を本番化するには、変更前ファイルの読取りバックアップ、差分と生成経路の確認、compile結果、ローカルとVPSのSHA比較、配備操作の記録、必要な再起動、実効版の読戻しを揃える必要があります。さらにAutoTradingの状態と最初の自然注文の結果を確認し、意図した設定で動いたかを後から判定します。途中で一項目でも欠けたら「候補」「保存済み」「stage」「配備操作済み」「稼働確認済み」のどこにいるかを明記し、完了へ飛ばしません。自動売買ではこの地味な履歴が安全性の土台です。
AI主導方式は構想と現行方式を混同しない
直近の引継ぎでは、現行方式はEAやインジケーターが候補を出し、AIが承認し、EAが実際の注文を自動実行する構成と整理されています。AIが候補発見から新規・見送り、保有管理、決済まで主導する別方式は、検討テーマです。特定のローカルモデルを導入しただけでその方式が成立するわけではなく、本機での性能、MT4接続、常駐動作、安全制約の設計は未確定です。この会話でモデルの導入、EA連携コード変更、VPS配備、実口座テストが行われたわけではありません。研究構想を現在稼働中の機能として紹介しません。
来週AI主導方式を検討するなら、まず同じ相場で現行方式と並走記録を取り、候補発見、注文可否、保有管理、決済判断を別々に比較します。次にデモ口座で注文の全経路を検証し、最大損失、ロット上限、通信障害時停止をAIが変更できない設計にします。実口座へ接続する判断は、その後の独立した段階です。現行システムを壊さずに比較できる隔離環境を作ることが先で、SNSで見た他者の短時間の損益画像を性能証明にしないことも重要です。
来週の完了判定を数字より明確にする
週次資料は47件、31勝・16敗、gross 2967、commission -915、swap -289、net +1763という再集計を示しますが、通貨単位とブローカー明細は未照合で、10月3日当日結果もunknownです。数字の再利用時にはこの但し書きを残します。次週の完了判定は、取引がプラスだったかだけではなく、少なくとも一件の自然注文で注文前から決済後までの対応が切れずに追えること、同じticketのメディアと履歴が一致すること、実効版と設定が読戻せることです。これらが揃わなければ、その項目は未完了のまま次の検証へ引き継ぎます。
自作インジケーターとEA、金融AI・AIエージェントの研究開発は、正確な記録が増えるほど改善の余地を見つけやすくなります。平日24時間トレードライブ配信でも、候補・稼働・注文・決済を一つの物語にまとめず、それぞれの証拠を示す方針です。ツールの詳細はGogoJungle内の販売ページで案内します。この記事は研究の進捗と未解決事項の記録であり、利益や将来の成績を保証するものではありません。FX・GOLDには元本を失うリスクがあります。
