アルゴリズム取引
プログラム化した規則で分析や執行を行い、一部または全体を自動化する取引です。EAやAPIを使うシステムなどがあります。反復可能性で衝動的判断の一部を減らせても、モデル誤り、運用障害、監督は引き続き重要です。自動化自体で優位性は生まれません。
例。 EAが確定H1足を確認し、シグナルとリスク確認を通過したときだけ発注します。切断後に再試行する前には、口座状態を照合する必要があります。応答なしは未約定の証拠ではなく、無防備な再送で二重ポジションが生まれ得ます。
シグナル、執行、監督
システム全体、あるいは絞り込み、サイズ、注文処理、決済だけを自動化できます。規則と許容変更は人が定めます。機械的執行は衝動の一部を減らしても、設計誤りや感情的な設定変更をなくさず、監督は必要です。
テストから運用へ
過去テストではシグナルの利用可能時点、Bid/Ask、費用、許容取引量、注文拒否を再現します。フォワードテストはシグナル・執行ログを比較します。同じコードも銘柄、仕様、タイムゾーン、実装版の変更で動作が変わり得ます。コンパイル成功は収益性テストではありません。
例外状態
重複、欠損データ、切断、不明なサーバー応答、ポジション不一致への対応を定めます。口座照合はエントリー特定と同じほど重要です。上限と独立した停止手順で被害を抑え得ますが、ローカルアプリを閉じるだけでサーバーのポジションは閉じません。
よくある質問
すべてのアルゴリズムが自動発注しますか?
いいえ。シグナルやサイズを計算するだけ、人が承認した注文を執行するだけの場合もあります。自動化の範囲を明示します。
自動化すれば優位性は不要ですか?
いいえ。規則を一貫して実行しますが、純損益はプラスにもマイナスにもなり得ます。