【ラボの開発視点】インジケーターの足し算が招くシステムの死と「引き算の美学」
FX
我々Semura Lab.がシステム構築において最も重要視しているのは、見せかけの利益率ではなく実弾フォワード環境における「生存」である。私はプログラマーではなく、プロセスデザインエンジニアだ。相場のノイズから純粋な因果律のみを抽出し、堅牢なアーキテクチャを設計することを至上命題としている。
本稿では、当ラボのコア哲学である「引き算の美学」について、ポイントのみを端的に提示する。
過剰最適化（カーブフィッティング）の罠
多くのEA開発者は、バックテストの成績（プロフィットファクターや勝率）を向上させるため、複数のテクニカル指標を「足し算」してエントリー条件を複雑に縛り上げる。
これは過去の特定の相場データ（インサンプル）にシステムを適合させる「過剰最適化」に他ならない。未知の相場（アウトオブサンプル）に直面した瞬間、複雑に絡み合った条件は致命的なボトルネックとなり、システムは脆くも崩壊する。アーキテクチャの複雑さは、移植と生存の最大の敵である。
［ 図①：複雑なコードの結び目がショートして焼き切れ、単一のソリッドな光のコアだけが残る］
"足し算による複雑化は脆さを生む。システムは『引き算』の果てに強靭さを得る。"
「引き算」のプロセスデザイン
我々のアプローチは真逆である。システムは足し算ではなく、極限までの「引き算」によって再構築されなければならない。
| 比較項目 | 足し算のシステム（従来型EA） | 引き算のシステム（Semura Lab.基準） |
| ロジック構造 | 複数インジケーターの重層的な組み合わせ | 市場の因果律（スクイーズやサージ等）に根ざした単一条件 |
| 未知の相場への耐性 | 極めて低い（想定外のノイズでパニックを起こす） | 高い（本質的な因果律のみに依存するため、汎用性が保たれる） |
| バックテストの見た目 | 無菌室における完璧な右肩上がり | ドローダウン等の現実的なノイズを意図的に内包した推移 |
| メンテナンス性 | 劣悪（どの変数が機能不全か特定困難） | 良好（ボトルネックの特定が極めて容易） |
不要なフィルターを削ぎ落とせば、当然バックテスト上の見栄えは悪くなり、無駄な損失も拾うことになる。しかし、それこそが実弾環境のリアルだ。
相場に聖杯はない。ブラックボックスを排除し、完全な因果律のみを抽出する「引き算のプロセス」こそが、真の堅牢性を生み出すのである。
