【週次・金融AI研究】AIが24回動けば24回売買？指示確認・シグナル・約定の違い

結論：AIの確認24回と、シグナル24件は売買24回ではありません

「AIエージェントが24回動き、別の記録にも24件とあれば、24回売買したのでしょうか」。そうは判断できません。11月1日朝の引継ぎが報告する指示確認24回と、10月31日夕方正本のREALTIME24件は、数えた対象も期間も異なります。同じ24という数字を結び付けず、指示確認、候補、注文、約定を分けるのが結論です。

日曜日の振り返りでは、AIが動いたという表現を具体化します。指示箱を読み、進捗を保存する工程が動いたのか、相場データから候補を作ったのか、EAへ発注の判断を渡したのかで、意味が変わります。工程が一つ進んだことを評価しながら、実口座の成果を証明する段階まで話を飛ばさないことが研究の読み方です。

根拠1：朝の24回は、指示確認の定期実行です

11月1日06:10 JST引継ぎには、10月31日07:03〜11月1日06:03 JSTの間に、既存の指示確認エージェントが24回実行されたと記載されています。ここでの一回は、指示確認と担当報告更新の工程です。本記事の公開回数や、EAが発注した回数を表していません。別の運用工程の回数を売買実績に加えないよう、単位を明記します。

この資料は、指定した分に対する実行時刻には変動があり、厳密な定刻実行は未確認ともしています。24回動いたという記録があっても、すべての時刻要件を満たしたという意味にはなりません。開始と終了、実受信、更新、読戻しという証拠を工程ごとに残す姿勢は、金融AIの検証でも同じです。ただし指示交換の成功は注文経路の成功を代用しません。

根拠2：夕方の24件は、REALTIMEの候補記録です

10月31日18:33:59 JST締切の編集正本では、REALTIMEは当日の05:15までの24イベント、内訳はBUY6件、SELL18件と記載されています。警告区分0・1・2の内訳は2件・8件・14件です。これは候補記録の内訳で、勝ち負けの内訳ではありません。警告の数字を損失の大小や実際の約定回数へ置き換えません。

そのREALTIMEの探索範囲と、前段の指示確認24回の期間は一致していません。前者は10月31日の早朝まで、後者は10月31日朝から翌朝の工程です。たまたま件数が同じでも、一対一の対応が確認されたわけではありません。対応するIDと時刻の原票がない段階で、二つを足して48処理としたり、24回すべて売買へ進んだとしたりしません。

356行の待機と72回の観測も、別の単位です

同じ10月31日の補助資料には、00:00:02〜05:55:15 JSTのdirect auditが356行すべてWAITINGとあります。待機理由はmissingまたはlockedで、そのどちらかは未特定です。356行は監査の行数であり、356回の発注失敗という報告ではありません。一つの候補に複数の監査行が属するかという対応も未確認です。

構造観測は00:00:01〜05:55:15 JSTの72回で、closed24h_validがtrueの観測は0回、M1のtrueは14回、M5・M15・H1はそれぞれ72回とされています。これらは資料の観測フラグです。M5が72回trueだから予測精度100%だった、M1が14回だから14勝だったという意味ではありません。条件の成立と、予測の当たり外れの評価を分けます。

AIが見送ったのか、届いていないのかを区別する

WAITINGと書かれているだけでは、AIが相場を見て見送ったのか、必要なデータがなく処理を待ったのか、EAへ判断が届かなかったのかを同じ結論にできません。今回の資料では、台帳の欠落とロックの切り分けが未完です。待機をすべて慎重なリスク管理の成果と説明すれば、処理上の未確認を投資判断の成功に見せてしまいます。

一方、待機行があるからAIが全く機能していないとも断定しません。どの工程で何が観測されたかが足りない状態です。研究上は、入力を受けた、判断を作った、EAが受け取った、注文が受理されたという段階を同じ試行で追う必要があります。別の日の成功記録を借りて、今回欠けている工程を埋めることはしません。

限界：0件の集計を、全時間帯の取引なしに広げません

10月31日18:33:59 JSTの集計は、口座日次0件、損益欄0、対象EA0件、建玉0件、残高照合trueという報告です。heartbeatの18:32:57 JST観測でも保有0件、走査0件、magic不一致0件と記載されています。これらはその時点の資料の確認範囲です。翌朝までの全時間帯に売買がなかったと独立して確認した値ではありません。

また、同日の探索でACK、TICKET_SIGNAL、結果、ポジション対応の記録が見つかっていないことは、全環境に記録が存在しないという証明ではありません。探索した場所や検索条件の限界があります。0という観測と、まだ見ていないという未確認を分けることで、都合のよいゼロや都合のよい成功率を作らずに済みます。

今回の主資料は、対象期間に売買仕様や本番配備を変えていないとしています。指示確認エージェントの定期実行が続いたことから、取引ロジックも新しく改善されたと推測する根拠はありません。AIによる指示管理と、相場判断のモデル、EAの実行処理を同じAIという名前で一括りにしないことが大切です。

次に確認すること：一つの候補のIDを最後まで追います

次の記録では、自然に発生した候補について、入力の時刻、AIの応答、EAの受付、注文ticket、約定、決済を同じIDの流れで照合する必要があります。途中で見送った場合はその理由と条件を記録し、入力不足や受信待ちと区別します。再試行や過去分の再処理が含まれる場合は、一回を数える境界を明示して重複を整理します。

最終的な成績には、数量、通貨、手数料、スワップ、対象EAへの帰属が必要です。工程が動いた回数は運用の事実として残し、判断の品質や収益性は対応する結果がそろってから評価します。今週の学びは、24という同じ数字に意味をそろえさせるのではなく、一件の定義と観測期間を先にそろえることです。

11月1日18:30の追補：翌週は件数より、一本の証拠のつながりを確認します

夕方正本の週次確認窓は10月26日00:00〜11月1日18:30 JSTです。11月1日の新しい口座スコア・建玉・結果・ブローカー履歴は未確認のままで、前日の0件を本日の0件へ流用しません。10月31日の候補24件についても、当日更新のACK、TICKET_SIGNAL、result、position実体との対応が確認できず、注文候補へ進まなかった個別理由は未解明です。

録画について、正本は10月26〜11月1日の正式な日付フォルダを確認できないと報告しています。今回の正式Drive一覧でも取引素材の直下は9月19日が最新で、確認窓の日付フォルダは見当たりません。これは確認した正式な素材置場の範囲での未確認であり、あらゆる端末に動画が存在しないとの証明ではありません。ローカルに素材があるだけで完了とせず、同一取引との出所照合とDrive読戻しまで進めます。別日の実録画を今回の証拠として埋め込みません。

出所と、この週次記事の位置づけ

朝の保存物・ログ・指示確認の主資料はLOCAL_CODEX_HANDOFF_2026-11-01_0610_JSTで、対象は10月31日06:10〜11月1日06:10 JSTです。10月31日18:33:59 JST締切の補助資料は過去の観測として残しました。11月1日19時の追補では、同日18:30 JST締切・18:31受領可能となった編集正本DAILY_BRIEF.md、trades.json、incidents.md、code_changes.md、video_refs.json等を追加照合しました。夕方正本の週次確認窓は10月26日00:00〜11月1日18:30 JSTです。記事担当が本番VPS・ブローカー原票を独立して再検査した報告ではありません。

金融AI・AIエージェントのAI研究開発として、自作インジケーターと自動売買ソフト（EA）の研究検証を続けています。平日24時間トレードライブ配信では研究経過を共有しています。配信の存在だけで収益性や全約定が証明されたとは扱いません。仕様や提供条件はGogoJungle内の販売ページで確認できます。販売の案内を含みます。

今回の日時・方向・ticketに対応すると照合済みのトレード録画は確認できていません。別の取引映像を今回の結果として使わず、本文中の説明図で確認範囲を示します。未確認の部分が一次資料で確定した場合は、その資料の時点と対象を明示して更新します。記事作成のための試験注文や売買設定の変更は行っていません。