取引ボットが売買しないと、故障か、賢明な待機かと考えがちです。しかし証拠がなければ、どちらも十分な結論ではありません。評価できるシステムは、取引しなかった理由を説明します。
機会の拒否とシステム障害は別
説明用の例として、有効なデータは分析済みでも、提案が口座のリスク上限に反する場合、取引しないことが設計どおりの結果になります。
一方、相場データが古い、または執行経路の一部が応答しない場合は、成功したリスク管理と宣伝してはいけません。停止が不確実な操作を防いでも、技術的原因の調査が必要です。
注文前にリスクを確認する
提案するSara Traderの設計では、執行前に各判断を口座固有のルールと照合します。上限、最大ポジション数、停止条件は口座の方針に従うもので、この記事は割合やポジション量を推奨しません。
ストップロスも結果の保証ではありません。MetaTraderの資料では、その発動と執行は取引規則や注文の執行条件に依存します。注文欄の数値だけでなく、過程全体を考慮する必要があります。 1
停止報告で何を説明すべきか
有効なデータがあったか、案を作ったか、どの規則や障害が執行を止めたか、を分けて示すことを勧めます。後付けの説明ではなく、記録された出来事に対応させます。
定めた上限を超えて案が拒否された場合と、口座状態を確認できなかった場合は異なります。この区別が、通常の判断と対処すべき問題の識別に役立ちます。
Sara Traderの目標を注文数の増加だけに置くべきではありません。責任ある設計では、取引することもしないことも説明・審査可能であり、どちらも単独では収益性を証明しません。












