Как разработать мультивалютного советника с ИИ-помощником (AI Assistant) в MetaTrader 5

Хорошо. Прежде чем углубляться, один критичный технический момент, который влияет на всю архитектуру.

Важно: противоположные позиции по одному инструменту

• Хеджинговый счёт — можно одновременно держать Buy и Sell по одному символу. Стратегии реально перекрывают друг друга, нетто-экспозиция считается как сумма.
• Неттинговый счёт — вторая противоположная позиция не открывается отдельно: она уменьшает или переворачивает существующую. "Противоположные позиции по одному инструменту" технически невозможны — только нетто-позиция.

Скажи, какой тип счёта используется (или планируется). От этого зависит, делаем ли мы слой "виртуальных" позиций (учёт стратегий внутри одной нетто-позиции) или используем настоящий хеджинг.

Стратегии-кандидаты (разные идеи → разные режимы рынка)

Как они дополняют и "гасят" друг друга

• S1 vs S2 — противоположные по природе: тренд ловит продолжение, возврат к средней — откат. На одном символе в разных режимах дают естественный хедж.
• S3 близок к S1 по направлению (продолжение тренда), но входит раньше и без пробоя уровня — нужен приоритет, чтобы не дублировать.
• S4 реагирует на смену режима, а не на сам тренд — не конфликтует с S1/S2 напрямую.
• S5 — единственная чисто внутридневная, время-зависимая.
• S6 использует саму корреляцию как торговый сигнал и лучше всего стыкуется с портфельным контролем экспозиции (лонг одного инструмента / шорт коррелированного).

Рекомендация для первой версии

S1 + S2 + S6 — тренд, возврат к средней и относительная стоимость. Три разных режима, естественные противоположные позиции, прямая связь с корреляционным слоем. S3/S4/S5 — во вторую итерацию, чтобы не раздувать первый релиз.

Слой портфельного риска (набросок, обсудим отдельно)

1. Риск на сделку — % от эквити → объём через tick value / tick size.
2. Лимит на символ — максимум нетто-ноционала.
3. Корреляционные кластеры — rolling-корреляция (60–120 баров), группировка инструментов, лимит экспозиции на кластер.
4. Общая экспозиция — максимум gross notional и % использования маржи.
5. Правила конфликта сигналов — приоритеты стратегий, разрешённый/запрещённый хедж, блокировка дублирующих входов.

Что нужно от тебя, чтобы двигаться дальше

1. Тип счёта: хеджинговый или неттинговый?
2. Набор инструментов: сколько и какие (например, 7 FX-мажоров + XAUUSD? индексы? крипта?)
3. Таймфреймы: фиксированные или допускаем мульти-ТФ логику?
4. Состав первой версии: согласен на S1 + S2 + S6 или хочешь другой набор?
5. Ограничения: максимальный спред, проскальзывание, торговые часы/сессии?
6. Валюта депозита и стартовый капитал — для расчётов риска и маржи.

Done.

Changed:
- `MQL5/DEVELOPMENT_LOG.md`: добавлена запись Этапа 2 (выбор стратегий), обновлён текущий статус сводки.

Validation:
- Compilation: Not run — изменений кода нет.
- Проверка файла: журнал прочитан, запись этапа на месте.

Notes:
- Стратегии пока предложены на уровне концепции; конкретные формулы индикаторов, пороги и правила ещё не зафиксированы.
- Требуется решение по типу счёта (хедж/неттинг) — это ключевая развилка архитектуры.
- После выбора стратегий перейдём к Этапу 3: формализация ТЗ и входных параметров.

Готово. Зафиксировал решения и выполнил корреляционный анализ по фактическим данным, а не "на глаз".

Зафиксированные вводные

• Хеджинговый счёт (проверю фактически при первом запуске на счёте).
• 3 пары с минимальной корреляцией, M5–H1, поэтапная разработка, депозит 3000 USD.
• Спред/проскальзывание пока не ограничиваем.

Как считалась корреляция

Написан диагностический скрипт CorrelationMatrix.mq5: логарифмические доходности Close, коэффициент Пирсона, D1, 500 баров (2024-12-03 … 2026-11-05), 12 символов. Дополнительно — контрольный прогон на H1/500 (~1 месяц).

Основные значения на D1/500:

Лучшие тройки по критерию "минимум максимальной |corr| внутри тройки":

Выбор: EURGBP + USDCAD + GBPJPY

Почему не чисто статистический минимум (0.040): та тройка — NZDUSD, EURGBP, EURCHF — состоит из однотипно низковолатильных, преимущественно боковых инструментов. Трендовой стратегии (S1) там негде работать, и вся идея "разных состояний рынка" теряется.

Выбранная тройка даёт три разных характера при максимуме |corr| 0.375 (против 0.8+ у классических мажоров):

• EURGBP — низкая волатильность, боковик → база для S2 (возврат к средней).
• GBPJPY — высокая волатильность, сильные тренды → база для S1 (трендовый пробой).
• USDCAD — средняя волатильность, сырьевой драйвер, почти не коррелирует с двумя другими.

Корреляции нестабильны во времени: 0.375 — это текущий режим, а не константа. Поэтому динамический корреляционный слой в портфельной части всё равно понадобится, статической матрицы недостаточно.

Важное следствие для S6

Относительная стоимость по определению торгует коррелированные инструменты (спред). Тройка намеренно некоррелирована, поэтому S6 на ней не запускается. Варианты, которые надо выбрать позже:

1. добавить 4-й символ (например, коррелированную пару к USDCAD) специально под S6;
2. реализовать S6 как синтетический спред (например, EURGBP против отношения EURUSD/GBPUSD);
3. заменить S6 другой одноинструментной стратегией.

Это решение Этапа 5, к нему вернёмся после S1/S2. Пока просто фиксирую, чтобы не было сюрприза.

Изменения в терминале

Символы USDJPY, USDCHF, USDCAD, NZDUSD, EURGBP, EURJPY, GBPJPY, EURCHF, AUDUSD, AUDJPY добавлены в Market Watch (скрыто, без отображения) — иначе терминал не отдавал историю и скрипт зависал. Торговых действий не выполнялось.

Следующий шаг — Этап 4

Предлагаю начать с S1 (трендовый пробой) на GBPJPY: зафиксировать правила входа/выхода, параметры индикаторов, фильтры и подобрать таймфрейм в диапазоне M5–H1 через тестер. Жду подтверждения — код пока не пишу.

Done.

Changed:
- `MQL5/Scripts/DevTools/CorrelationMatrix.mq5`: создан диагностический скрипт матрицы корреляций и рейтинга троек.
- `MQL5/DEVELOPMENT_LOG.md`: закрыт Этап 2, добавлен и закрыт Этап 3 с фактическими результатами.

Validation:
- Compilation: 0 errors, 0 warnings (`CorrelationMatrix.mq5`).
- Скрипт выполнен, результат прочитан из журнала экспертов: 12 символов × 500 дневных баров, все символы — 499–500 баров.

Notes:
- Корреляции зависят от режима рынка; статической матрицы для портфельного слоя недостаточно.
- S6 несовместим с некоррелированной тройкой — нужно решение на Этапе 5.
- Бэктест не гарантирует будущую доходность; результаты тестера будут только проверкой логики.

Этап 4 завершён. Ниже — результаты и правила S1.

Подбор таймфрейма (GBPJPY, депозит 3000 USD, 2025-01…2026-10)

Первая версия: канал 20, ADX ≥ 20, EMA200, SL 2×ATR, TP 3×ATR.

Метрики монотонно улучшаются с ростом ТФ. H1 — единственный кандидат.

Что дала структурная итерация (H1)

Два вывода: фиксированный TP действительно "срезал" прибыль, а фильтр EMA200 вредил (запаздывал и отсекал входы).

Проверка вне выборки

Конфигурация ADX 30 дала +434 на 2025–2026, но на 2023–2024 — −289, PF 0.84. Это признак подгонки под период. Полный прогон 2023–2026 с нейтральным ADX 25: −138 USD, PF 0.966, просадка 24.7%, 584 сделки. Модель m1 ohlc дала тот же результат (−138.91) — артефактом тестера это не объясняется.

Итог: у S1 в текущем виде нет подтверждённого статистического преимущества на GBPJPY. Как компонент портфеля она допустима (низкая корреляция с будущими S2/S6), но не готова к реальной торговле.

Инструмент: GBPJPY. Таймфрейм: H1.

Индикаторы: канал Дончиана 20 (вход), канал Дончиана 10 (выход), ATR(14), ADX(14).

Вход (один раз на бар, по закрытому бару; бар 0 — текущий, незакрытый):

• Покупка: Close[1] > max(High[2..21]) И ADX[1] ≥ 25
• Продажа: Close[1] < min(Low[2..11]) … точнее min(Low[2..21]) И ADX[1] ≥ 25
• Канал строится по барам 2…21 — бар сигнала не участвует в своём же уровне пробоя.
• EMA-фильтр отсутствует (проверен, вреден).

Выход:

• Стоп-лосс: 2.0 × ATR[1] от цены входа, выставляется сразу.
• Тейк-профит: отсутствует.
• Выход по развороту: лонг закрывается при Close[1] < min(Low[2..11]), шорт — при Close[1] > max(High[2..11]).
• Трейлинг: опционально, по умолчанию выключен; при включении — 1.5 × ATR, шаг улучшения 0.5 × ATR.

Размер позиции:

• Риск 0.5% эквити на сделку.
• лот = риск / ((дистанция SL / tick_size) × tick_value), округление вниз до шага объёма, ограничение min/max.
• Одна позиция на символ+magic; противоположные позиции внутри S1 не открываются.

Защитные проверки: разрешение торговли терминала/счёта/советника, режим символа, стоп-левел, freez-левел при трейлинге, нормализация цен по tick size.

Параметры по умолчанию:

Статус правила: реализовано и скомпилировано, но статистически не подтверждено. Реальная торговля не рекомендуется до отдельной доработки.

Следующий шаг — Этап 5: S2 (возврат к средней) на EURGBP. Скажи, продолжать — и я зафиксирую спецификацию S2 перед реализацией.

Done.

Changed:
- `MQL5/Experts/S1_TrendBreakout.mq5`: создан советник S1 (Дончиан, ADX, ATR-стопы, выход по каналу, риск-менеджмент).
- `MQL5/Profiles/Tester/*.ini`, `*.set`: конфигурации и наборы параметров для 14 прогонов.
- `MQL5/DEVELOPMENT_LOG.md`: добавлен и закрыт Этап 4, обновлена сводка.

Validation:
- Compilation: 0 errors, 0 warnings (4 сборки S1).
- Backtests: 14 прогонов, результаты в таблицах выше; вне выборки — отрицательный.

Notes:
- Корреляции и результаты зависят от периода; один прогон не доказывает преимущество.
- ADX 30 (+434) не прошёл проверку вне выборки — использовать как «рабочий» параметр нельзя.
- S1 пригодна только как компонент портфеля; перед реальной торговлей нужна отдельная доработка и форвард-тест.

Да, продолжай так же.  Сделай обзор стратегии S2 и обоснуй выбор EURGBP для нее.

Этап 5 завершён. Обоснование построено на измерениях, а не на общих словах.

Идея S2 — возврат к средней

S2 играет против растянутого движения в отсутствие тренда: цена отклоняется от локальной средней, статистически склонна возвращаться, а фильтр по ADX отсекает моменты, когда отклонение — это начало тренда, а не шум.

Ключевое отличие от S1:

Фильтры по ADX у стратегий взаимоисключающие — они не должны одновременно сигналить на одном инструменте. Именно это и даёт "противоположные позиции" при интеграции.

Методика

Написан скрипт RegimeStatistics.mq5: на H1 за 10 000 баров считает средний ADX, долю баров с ADX < 20, автокорреляцию доходностей (лаг 1), variance ratio VR(2/5/10), efficiency ratio (10), ATR и спред.

Смысл метрик:

• VR < 1 — дисперсия растёт медленнее линейно, движение возвращается (mean reversion); VR > 1 — трендовое.
• Efficiency ratio — отношение "нетто-движения" к "пройденному пути"; чем ниже, тем более рваное, боковое движение.
• Доля ADX < 20 — сколько времени инструмент проводит в слабом тренде.

Результаты (H1, 10 000 баров)

Почему EURGBP

1. Больше всего времени в боковике — 23.3% баров с ADX < 20 против 17–19.5% у остальных. Это ровно то состояние, в котором S2 имеет право работать.
2. Самый низкий efficiency ratio (0.3073) — движение наименее прямолинейное, цена чаще возвращается, чем продолжает.
3. Самый низкий VR(10) = 0.911 — на десятичасовом горизонте отклонение статистически гасится.
4. Минимальная волатильность — 0.068% цены за час. Для возврата к средней нужен узкий, "пилящий" диапазон, а не широкие амплитуды.
5. Кросс без доллара — меньше зависимости от фактора USD, что полезно для декорреляции с S1 на GBPJPY.

Честные контраргументы

• Стоимость сделки. Спред EURGBP = 2 пункта при ATR 56.8 пункта, то есть 3.5% от ATR — худший показатель из четырёх. У USDCAD всего 0.86%. Это значит: цель должна быть не меньше ~0.5–1 ATR, иначе спред съест преимущество. Частый скальпинг на EURGBP противопоказан.
• USDCAD по части метрик не хуже: автокорреляция −0.0435 и VR(5) 0.916 даже сильнее. Но у него выше ER, ниже доля боковика (больше трендовых эпизодов на нефти и заседаниях Банка Канады), и он зарезервирован под S6.
• Риск событийных гэпов. Политика ЕС/Великобритании даёт редкие, но широкие разрывы — стоп по ATR может проскальзывать.
• Затяжной тренд (стресс GBP) — контртрендовая логика будет накапливать убытки, поэтому жёсткий SL и фильтр ADX обязательны.

Предлагаемая спецификация S2 (черновик)

• Инструмент: EURGBP. ТФ: M15–H1, подбирается тестом.
• Сигнал: z = (Close − SMA(20)) / StdDev(20).
  • Лонг: z[1] ≤ −2.0 и ADX(14)[1] < 20.
  • Шорт: z[1] ≥ +2.0 и ADX(14)[1] < 20.
• Цель: SMA(20) на момент входа (z → 0).
• Стоп: 2.0 × ATR(14) от входа.
• Выход по времени: закрытие через N баров (24), если ни цель, ни стоп не сработали.
• Риск: 0.5% эквити; одна позиция на символ+magic.

Жду подтверждения спецификации — после этого реализую S2 по образцу S1: отдельный советник, компиляция, прогон по M15/M30/H1, проверка вне выборки, затем правила.

Done.

Changed:
- `MQL5/Scripts/DevTools/RegimeStatistics.mq5`: создан скрипт измерения режима рынка.
- `MQL5/DEVELOPMENT_LOG.md`: добавлен и закрыт Этап 5, обновлена сводка.

Validation:
- Compilation: 0 errors, 0 warnings.
- Скрипт выполнен на H1/10000 баров по 4 символам, данные прочитаны из журнала экспертов.

Notes:
- Худшее отношение спреда к ATR у EURGBP (3.5%) — главное ограничение; цель меньше 0.5 ATR делать нельзя.
- Метрики режима нестабильны во времени, выбор инструмента подтверждён на текущем периоде и требует перепроверки на других окнах.
- Код стратегии ещё не писался — сначала подтверждение спецификации.

Проверил: компиляция состоялась. Файл MQL5\Experts\S2_MeanReversion.ex5 появился (45 014 байт, время сборки 18:07:40), терминал читает его метаданные (version 1.00, compiler build 6296, 19 параметров, 15 входных) и запускает в тестере. Инструменты metaeditor5__* в сессии так и не зарегистрировались, поэтому текст компилятора и предупреждения я не видел — успешность сборки подтверждена по факту наличия и работоспособности файла.ex5.

Прогнал все 5 запланированных конфигураций (EURGBP, депозит 3000 USD, плечо 1:100, модель "open prices", риск 0.5%, параметры по умолчанию):

Вывод по S2 — преимущество не подтверждено.

• Таймфрейм работает как фильтр издержек: M5 → M15 → M30 → H1 дают PF 0.42 → 0.70 → 0.91 → 1.10. Смысл простой: при ATR EURGBP 56.8 пункта (H1) и спреде ~2 пункта любая цель меньше 0.5×ATR съедается спредом; на M5 сделок 1157, и каждая платит за вход/выход.
• H1 в выборке 2025–2026 положителен, но OOS 2023–2024 отрицателен, а полный прогон даёт +52 USD прибыли при 367 сделках — это шум, а не край. Наблюдение то же, что и с S1: параметры подбирать под положительный участок не буду, иначе получим подгонку.
• Подгонка параметров не выполнялась; 0.5 ATR как минимум цели сработал как защита от скальпинга, но это лишь отсрочка, а не преимущество.

Журнал обновлён: добавлен подраздел "Этап 6. Компиляция и прогоны тестера" (18:08:00–18:09:13, 5 прогонов, таблица результатов, вывод), Этап 6 закрыт как DONE, попытка 2 помечена SUPERSEDED. В сводке: завершённых этапов 6, компиляций 8, запусков тестера 19, суммарное время 21 ч 00 мин 48 с.

Варианты дальнейших действий по S2 (нужно ваше решение):

1. Проверить ту же логику на USDCAD и GBPJPY — у них спред/ATR в 3–4 раза лучше, и если идея "возврата к средней" работоспособна, то проявится там, а не на EURGBP. Это ~2 прогона на H1 + OOS.
2. Ограничить входы условием z ≥ 2.5 и целью строго на среднюю без частичных выходов, добавив фильтр по волатильности; проверить, растёт ли PF устойчиво на обоих периодах.
3. Признать S2 непригодной в текущем виде и перейти к Этапу 7 (S6 / интеграция), оставив S2 в портфеле только как кандидат с нулевым весом.

Рекомендую пункт 1 — он дешевле всего отделяет "плохую идею" от "плохого инструмента".

Проверил. Итог: переворот знака у всех трёх инструментов — устойчивости нет.

Все прогоны H1, параметры S2 по умолчанию (z-entry 2.0, ADX<20, SL 2×ATR, тайм-стоп 24 бара), риск 0.5%, без подгонки:

Что из этого следует

• На всех трёх символах знак прибыли меняется при смене периода: EURGBP и GBPJPY плюс в 2025–2026 и минус в 2023–2024, USDCAD — ровно наоборот (минус в недавнем, PF 1.33 в OOS). Совпадения знака на двух периодах нет ни у одного инструмента.
• Полные прогоны 2023–2026 у всех трёх положительны, но это PF 1.02–1.14 при 257–367 сделках и ожидаемым результатом +0.14…+0.90 USD на сделку — статистически неотличимо от нуля. Итог определяется тем, какое окно данных сильнее повлияло, а не свойством инструмента.
• Гипотеза "идея рабочая, инструмент плохой" не подтвердилась: EURGBP с худшим спредом/ATR дал результат не хуже USDCAD с лучшим. Значит, дело не в инструменте и не в таймфрейме, а в самой логике: вход по экстремуму z-score на закрытом баре не даёт достаточного смещения относительно издержек.
• Ограничения честно: модель "open prices", без проскальзывания и комиссии; при переходе на реальные тики результат S2 скорее ухудшится, так как она торгует часто и против движения.

Журнал обновлён: добавлен подраздел "Этап 6. Расширенная проверка S2 на USDCAD и GBPJPY" (18:21:00–18:22:19, 6 прогонов, таблица по трём символам, вывод), обновлены сводка (запусков тестера 25, суммарное время 21 ч 02 мин 07 с) и текущий статус. Созданы 6 конфигураций S2_USDCAD_H1*.ini, S2_GBPJPY_H1*.ini.

Варианты дальнейших действий (нужно ваше решение):

1. Закрыть S2 как самостоятельную стратегию. Зафиксировать правила S2 в журнале в виде "спецификация + причина отказа", вес 0 в портфеле, и перейти к Этапу 7 (S6 / интеграция). Быстро и честно.
2. Одна контролируемая попытка улучшить S2 без подгонки: z-entry 2.5, вход только при расширяющемся ATR, цель на среднюю + фиксированный перевод в безубыток; проверить на всех трёх символах и двух периодах одним набором параметров. Это ~9 прогонов и проверка, растёт ли PF согласованно.
3. Сменить концепцию S2 на "возврат после ложного пробоя полосы" (вход по факту возврата внутрь полосы, а не по касанию), что убирает вход против движения на тренде.

Рекомендую пункт 1, а улучшения (2–3) отложить до сборки портфеля: сейчас в активе только S1 и S2, и обе не подтверждены — важнее понять, есть ли у нас вообще рабочая стратегия, до траты усилий на её донастройку.

Записал решение по S2 и начал Этап 7.

1. S2 закрыта (вариант 1)

В журнал добавлен раздел "S2. Правила стратегии (итоговая спецификация и причина отказа)": полные правила (z ≥ 2 по BB(20,2), σ от полос, ADX(14)<20, цель — средняя линия с минимумом 0.5×ATR, стоп 2×ATR, тайм-стоп 24 бара, риск 0.5%, Magic 20261106) и количественная причина отказа — таблица всех 9 прогонов и вывод, что знак результата переворачивается при смене периода на всех трёх инструментах. Вес S2 в портфеле — 0.

2. Этап 7 начат: чем заменить некоррелированную тройку для S6

Из трёх вариантов выбран "четвёртый коррелированный инструмент — торговая пара": синтетический спред внутри одного символа тестером не проверить, а пара из двух реальных ордеров проверяется полностью и соответствует вашему хеджинговому счёту. Кандидаты взяты из измерений Этапа 3: EURUSD/GBPUSD (|corr| 0.809), AUDUSD/NZDUSD (0.872), EURUSD/USDCHF (−0.829), EURJPY/GBPJPY (0.841), плюс EURGBP/EURCHF.

Создан скрининг-скрипт MQL5\Scripts\DevTools\SpreadScreening.mq5 (10 228 байт, только чтение данных, ничего не торгует). По каждой паре он считает:

• корреляцию лог-доходностей на всей выборке и отдельно на двух половинах (проверка, что связь не развалилась со временем);
• OLS-бету для хеджированного отношения;
• лог-спред отношения, его AR(1)-персистентность и half-life возврата;
• долю баров с |z| ≥ 2 и средний возврат спреда через 1/3/5/10/20 баров после события (в единицах стандартного отклонения);
• издержки двух ног в тех же единицах и отношение cost_to_sd.

Критерий отбора пары для S6 (закладываю заранее, чтобы не подгонять после): устойчивая корреляция на обеих половинах, half-life 5–50 баров, cost_to_sd < 0.25, положительный возврат на горизонтах 5–20 баров.

Блокирующий момент: компилятора metaeditor5 в сессии так и нет ( compile_file недоступен), поэтому скрипт пока не собран. Прошу один раз нажать F7 в MetaEditor для Scripts\DevTools\SpreadScreening.mq5 — дальше я сам запущу его через график, прочитаю вывод из журнала экспертов и выберу пару.

Дальнейшие подэтапы Этапа 7 (жду согласования после скрининга):

1. 7.2 Спецификация S6: вход по z-отклонению хеджированного спреда, выход по возврату к среднему, стоп по дальнейшему расширению спреда, лимит времени, ограничение на "полураспад" — и обязательное правило: не более одной открытой пары и контроль, что обе ноги открыты/закрыты синхронно.
2. 7.3 Советник S6_RelativeValue.mq5: две ноги, расчёт объёма второй ноги от беты и tick value, суммарный риск на сделку ≤ 1% эквити, Magic на каждую ногу, защита от разрыва одной ноги.
3. 7.4 Тесты: M15 и H1, 2025–2026, затем OOS 2023–2024 и полный период; критерий успеха — прибыль в обоих периодах и cost_to_sd в тесте не хуже измеренного.

Если F7 недоступен — скажите, и я подготовлю вариант "портфельная оболочка раньше S6": соберу мультисимвольный каркас с корреляционным слоем и лимитами экспозиции, куда S6 добавляется позже как модуль.

Нашёл дефект в собственной метрике (сумма вместо среднего и учёт перекрывающихся баров) — исправляю скрипт и перезапускаю.

Этап 7 закрыт. S6 отклонена по заранее заданным критериям — обоснование количественное.

Сначала важное операционное: инструменты metaeditor5 снова доступны, поэтому я компилировал сам — SpreadScreening.mq5 собран 0 ошибок, 0 предупреждений (build 6296, AVX2), дальнейшая итерация больше не требует F7.

Что измерено (13 замеров: 5 пар × H4/H1, 4 пары × D1)

Вывод

• На H1 и H4 φ = 0.9985–1.0001: спред хеджированного отношения — практически случайное блуждание, half-life 146 баров и больше. Классическая z-score относительная стоимость на внутридневных ТФ статистической основы не имеет.
• Издержки при этом не виноваты: cost_to_sd ≤ 0.003 — две ноги стоят ничтожно мало относительно разброса спреда. Ограничитель — отсутствие возврата, а не стоимость.
• На D1 возврат появляется, но half-life 106–604 дня, то есть удержание неделями и месяцами, плюс корреляция нестабильна по половинам (0.656 против 0.807). Это другой продукт — позиционная пара, вне согласованного диапазона M5–H1.
• Советник S6 не создавался осознанно: ни одна пара не прошла фильтр, писать его означало бы гарантированно тестировать заведомо нерабочую конструкцию.

Ошибки, найденные и исправленные по ходу

1. В версии 1.00 метрика возврата считалась суммой без деления на число наблюдений и учитывала каждый бар эпизода, а не только новое пересечение порога — давала −13 sd (бессмыслица). Исправлено: усреднение по горизонтам + учёт только перехода "вне порога → внутрь".
2. MathSign в MQL5 отсутствует ( undeclared identifier ), заменено явным условием.
3. Проверка beta <= 0.05 отбрасывала обратно коррелированные пары (EURUSD/USDCHF), заменено на модуль β.
4. Для D1 не было истории по USDCHF/EURJPY/EURGBP/EURCHF/NZDUSD ( CopyClose → −1) — подкачал дневные бары, замеры выполнились.
5. Честно фиксирую инцидент: моя перезапись SpreadScreening.mq5 затёрла вашу ручную правку (ту самую замену MathSign ). Правка восстановлена в явном виде, разница нулевая по смыслу.

Журнал: Этап 7 записан полностью (18:27:00–18:45:54, 18 мин 54 с, таблица замеров, все пять ошибок, вывод), статус DONE. В сводке: завершённых этапов 7, компиляций 9, суммарное время 21 ч 22 мин 56 с.

Этап 8 — нужно ваше решение. Сейчас у нас ноль подтверждённых стратегий, и это главный факт. Варианты:

1. 8A — портфельный каркас. Мультисимвольный EA: реестр стратегий-модулей, риск на сделку, лимит на символ, корреляционные кластеры (rolling), gross notional и % маржи, приоритеты при конфликте сигналов. Инженерная база под всё дальнейшее; S1/S2 подключаются с весом 0 до появления преимущества. Это то, что вы заказывали как продукт.
2. 8B — сначала найти преимущество. Серия быстрых, заранее зафиксированных гипотез на H1/D1 по нашей тройке (сессионный пробой, дневной диапазон, моментум по закрытию дня), каждая — с обязательной проверкой OOS и без подбора периода. Только после этого — каркас.
3. 8C — вернуть S6 в дневном горизонте (EURUSD/GBPUSD, half-life ~106 дней): честно предупреждаю, что это месяцы удержания и слабая устойчивость связи.

Рекомендую 8B → 8A: каркас, наполненный стратегиями без преимущества, даст красивую архитектуру и нулевую доходность, а статья от этого проиграет.

Готово. Мультисимвольный советник собран, компилируется и все три модуля реально торгуют в одном прогоне.

Изменено

• MQL5/Include/Portfolio/PortfolioStrategies.mqh — добавлены объявление и реализация CStrategyPairValue::EnsureHandles() (ленивое создание m_hATRA / m_hATRB при INVALID_HANDLE ), Atr() повторяет попытку создания хендла, осиротевший блок { Print(); return false; } в Init заменён корректной проверкой с предупреждением.
• MQL5/Include/Portfolio/PortfolioCore.mqh — новая функция MinLotIfZero(): возвращает минимальный лот символа, когда расчётный по риску лот округлился в ноль.
• MQL5/Experts/Portfolio_MultiStrategy.mq5 — новый вход InpAllowMinLot (по умолчанию true ): нога S6 открывается минимальным лотом с записью в журнал вместо отказа; лимиты проверяются по фактическому риску через PositionRiskMoney(); удалён пустой блок if(PositionSelectByTicket(...)) {} в ProcessPair.
• MQL5/Profiles/Tester/PORT_GBPJPY_H1_M1.ini — конфигурация с Model=1 (1 minute OHLC) для прогонов с S6.
• MQL5/Profiles/Tester/PORT_all.set — набор параметров с включёнными S1/S2/S6.
• MQL5/DEVELOPMENT_LOG.md — добавлена запись Этапа 8, обновлена сводка (8 этапов, 14 компиляций, 31 запуск тестера, ≈22 ч 08 мин).

Проверка

• Компиляция Portfolio_MultiStrategy.mq5: 0 ошибок, 0 предупреждений.
• Прогон GBPJPY H1, 2025.01.01–2026.10.01, депозит 3000 USD, плечо 1:100:

• В журнале тестера подтверждены 8 парных входов S6 (2025.10.29, 11.04, 11.13, 2026.01.26, 01.29, 03.09, 06.23, 07.15), магики 20263107 / 20263108, лот 0.01 на ногу, SL по 3×ATR D1.

Замечания

• Устранены три технических блокера: запрос истории внешних символов в OnInit (error 5570642), несуществующий EnsureHandles() после незавершённой правки, нулевой лот S6 из-за стопа 3×ATR на дневном горизонте.
• Режим Model=2 (open prices) не поддерживает чужие таймфреймы внешних символов — для S6 нужен Model=1 (или символ графика EURUSD). Это ограничение тестера, не кода.
• Вклад S6 в этом выборке отрицательный (−18 USD, +28 ног). Это ожидаемо: модуль работает "по предположению", а скрининг Этапа 7 показывал отсутствие подтверждённого возврата спреда на H1–H4. Код реализует заданную логику, но не даёт гарантии прибыли; один бэктест доказательством не является.
• Далее по плану жду согласования: (1) балансировка весов модулей и лимитов риска, (2) OOS-прогон 2023–2024 для портфеля, (3) решение по S6 (дневной горизонт против согласованных M5–H1).

Отчёт по трём вопросам

Отчёт по результатам 10 новых прогонов тестера (полное окно 2023–2026, вне выборки 2023–2024, окно 2025–2026, варианты весов и лимитов, пофакторное разложение S1/S2). Код советника не менялся — компиляция не требовалась.

Что сделано

• Созданы конфигурации: PORT_OOS_2023_2024.ini (2023.01.01–2024.12.31), PORT_FULL_M1.ini (2023.01.01–2026.10.01), обе — GBPJPY H1, Model=1 (1 minute OHLC), 3000 USD, 1:100.
• Созданы наборы параметров: PORT_w035.set (0.35/0.35/0.35), PORT_mix.set (0.5/0.35/0.25), PORT_tight.set (кластер 1.0%, портфель 2.0%, gross 200%), PORT_w035_noS6.set, PORT_S1only.set, PORT_S2only.set.
• Выполнено 10 прогонов; запись этапа внесена в MQL5/DEVELOPMENT_LOG.md (21 мин 56 с, 11:23:00–11:44:56 UTC+02:00).

1. Балансировка весов модулей и лимитов риска

Полное окно 2023.01.01–2026.10.01 (23 275 баров, 5 550 404 тика):

Выводы по пункту 1:

1. Лимиты риска не связывают. Ужесточение (кластер 1.5%→1.0%, портфель 3%→2%, gross 300%→200%) дало +32.51 против +30.59 — в пределах шума. Причина: фактические объёмы малы — margin level в прогонах 780–1170% при пороге 300%, так что ни маржинальный, ни экспозиционный лимит не достигаются.
2. Единственное реально связывающее ограничение — минимальный лот 0.01. В журнале: Portfolio: S6 blocked on EURUSD: cluster cap 0.00 + 48.55 > 43.46 и Portfolio: lot is zero for GBPJPY risk=10.19. То есть на депозите 3000 USD заявленные проценты риска не исполняются: S6 получает фиксированные 1.6% на пару (вместо 0.35%), а S1 часть сигналов пропускает вовсе.
3. Веса не определяют результат. Все варианты лежат в коридоре PF 1.003–1.026; разброс прибыли (+17.64 … +90.77 USD) меньше одного среднего убытка портфеля. Устойчиво воспроизводится только просадка: 0.35% даёт ~15% вместо ~23% — это масштабирование риска, а не улучшение стратегии.
4. Пофакторно S2 выглядит лучше S1 (просадка 5.0% против 14.3% при близкой прибыли), но в проверке вне выборки S2 хуже по PF (0.9397 против 0.9706). Оснований давать модулям разные веса нет.

Предлагаемая конфигурация: равные 0.35% на модуль (S1, S2), S6 — выключить (см. п. 3). Лимиты оставить как аварийный потолок (кластер 1.5%, портфель 3%, gross 300%, margin 300%), но понимать, что при депозите 3000 USD они не работают: реальный ограничитель — минимальный лот.

2. Прогон вне выборки 2023–2024

Выводы по пункту 2:

1. В 2023–2024 убыточны оба рабочих модуля по отдельности (−44.26 и −47.62 USD). Разложение не оставляет вариантов: это не "один плохой модуль", а отсутствие преимущества.
2. Плюс полного окна (PF ≈ 1.005–1.02) целиком создан окном 2025–2026 — то есть тем периодом, на котором конфигурации подбирались. Это классическая картина подгонки: +115…+205 USD на подборе, минус на независимых данных, ноль в сумме.
3. Портфель не готов к реальной торговле. PF 1.00–1.02 при 990 сделках — ниже уровня, необходимого для покрытия комиссии и проскальзывания (они пока не учитывались, спред учитывается историей), а просадка 15% при нулевой доходности. Прибыльность S1 и S2 "по предположению" не подтвердилась.

3. Решение по S6

Факты:

Предлагаемое решение: вывести S6 из рабочей конфигурации ( InpS6Enabled=false, вес 0), код модуля сохранить как экспериментальный. Обоснование: он нарушает согласованный диапазон таймфреймов, его вес не масштабируется на депозите 3000 USD (параметр риска фактически отключён), и его вклад статистически неотличим от нуля.

Условия возврата к S6:

• депозит от ~10 000 USD (48.55 / 0.005 ≈ 9 700 USD) — тогда минимальный лот начинает соответствовать весу 0.5% и появляется смысл в параметре риска;
• либо отдельное согласование дневного/недельного горизонта с удержанием позиции месяцами (это уже другая стратегия по характеру, не внутридневной портфель);
• либо новая идея для H1: раз спред на H1 ведёт себя как случайное блуждание, "возврат к средней" на нём невозможен, но пробой спреда (ставка на продолжение расхождения) — проверяемая гипотеза. Это отдельный исследовательский этап, не текущая S6.

Что предлагаю дальше (нужно ваше решение)

1. Зафиксировать рабочую конфигурацию: S1 0.35% (GBPJPY H1) + S2 0.35% (EURGBP H1), S6 выключить; оформить как "эталон" и занести в журнал.
2. Признать текущий результат: портфельная оболочка работает (мультисимвольность, корреляционные кластеры, лимиты, хеджированные пары, минимальный лот), но подтверждённого преимущества у стратегий нет. Это честный итог, и его лучше зафиксировать, чем дорабатывать "для отчётности".
3. Продолжить поиск преимущества (Этап 9) с жёстким правилом приёмки: конфигурация принимается только если положительна и в 2023–2024, и в 2025–2026. Кандидаты: (а) смена фильтра режима у S1 по волатильности, а не по ADX; (б) перенос S2 на инструмент с лучшим отношением спред/ATR (USDCAD: 0.9% против 3.5% у EURGBP); (в) пробой спреда пары как новая S6.
4. Либо остановиться на инженерии: довести советник как каркас (лимиты по числу позиций на модуль, де-рискинг по эквити, контроль исполнения), без претензии на прибыльность.

Скажите, какой из пунктов брать — или что изменить в предложенной конфигурации.

Оговорки

• Все прогоны — Model=1 (1 minute OHLC), приближённое моделирование; спред берётся из истории, комиссия и свопы не моделировались. Реальный PF будет ниже измеренного, поэтому 1.00–1.02 — это не "ноль", а минус.
• Один бэктест не доказывает прибыльность; результаты выше показывают скорее отсутствие преимущества, чем его наличие.

Готово. Этап 9 закрыт, журнал обновлён.

Что зафиксировано

Эталонная конфигурация (создан MQL5/Profiles/Tester/PORT_frozen.set, 4 316 байт):

Лимиты: символ 2.00%, кластер 1.50%, портфель 3.00%, gross notional 300%, margin level ≥ 300%, де-рискинг при просадке 20%, перерасход минимального лота ≤ 3×.

Советник Portfolio_MultiStrategy.mq5 переведён в версию 1.10: в заголовке и в стартовых сообщениях прямо заявлено STATUS: RISK FRAMEWORK, NOT A PROFITABLE SYSTEM, с фактическими результатами модулей.

Устранённые дефекты риск-слоя

1. Лимит на символ использовал не тот параметр — проверка опиралась на m_totalRiskPct (3%), теперь на m_symbolRiskPct (2%). Это была ошибка, из-за которой лимит на символ фактически не ограничивал.
2. Безлимитное поднятие лота до минимума — MinLotIfZero() подставлял 0.01 без проверки денежного риска (S6 получала фиксированные ~1.6% вместо 0.35%). Заменено на LotFromRiskWithFloor(): минимальный лот допускается только если его риск ≤ 3× бюджета, иначе сетап пропускается с записью в журнал. Для S6 пара теперь пропускается, а не пересчитывается.
3. Отсутствовал де-рискинг — добавлены UpdateEquityPeak(), EquityDrawdownPct() и проверка в начале CanOpen(): новые входы блокируются при просадке эквити выше 20%.
4. Символы S6 попадали в universe при выключенной S6 — цикл SymbolSelect теперь ограничен (InpS6Enabled? 2: 0).
5. Хрупкая арифметика по magic — добавлен StratIdFromMagic(); в OnDeinit добавлен отчёт риск-слоя.

Полученные числа

Для сравнения: прежняя конфигурация S1+S2 0.35/0.35 давала +78.70 / PF 1.0192 / 942 сделки и −92.48 / PF 0.9603 / 509 сделок. Новые предохранители результат не изменили (разница −2.55 USD на полном окне, −14.56 USD вне выборки — за счёт трёх сделок, разрешённых минимальным лотом).

Лимиты не связывают: margin level 1 140–1 588% при пороге 300%, де-рискинг 20% ни разу не сработал. Единственное реально связывающее ограничение — минимальный лот, и теперь он ограничен по перерасходу.

Расхождение снято

Строка S1=GBPJPY 0.50% в журнале относилась к другому прогону (13:38:50, набор PORT_tight с 0.50%), а не к эталонному. Прогон с PORT_frozen.set (13:39:16) печатает S1=GBPJPY 0.35%; повторный прогон подтвердил применение набора.

Журнал

MQL5/DEVELOPMENT_LOG.md: добавлена запись "Этап 9. Советник как каркас без претензии на прибыльность" (строка 282), обновлена сводка — этапов 9, время ≈ 22 ч 55 мин, компиляций 15, запусков тестера 45.

Done.

Changed:
- MQL5/DEVELOPMENT_LOG.md: запись Этапа 9, обновлённая сводка.

Validation:
- Compilation: 0 errors, 0 warnings (729 ms, AVX2 + FMA3).
- Прогоны: полное окно 2023–2026 (+76.15, PF 1.0186, 947 сделок) и вне выборки 2023–2024 (−107.04, PF 0.9545, 512 сделок).

Notes:
- Каркас корректен, но преимущества нет: оба окна показывают отсутствие подтверждённого edge, и вне выборки результат убыточен. Никаких обещаний прибыльности.
- Один прогон тестера — не доказательство прибыльности; цифры выше носят диагностический характер.

Что осталось за рамками: если нужно, могу подготовить финальный технический отчёт по всему журналу по запросу "Сформируй отчёт о разработке".

Да, давай финальный отчет. Включи в него также предложения по развитию полученного результата. Что можно еще сделать для улучшения, какие стратегии можно рассмотреть и какие исследования провести на эту тему. 

1. Паспорт проекта

2. Хронология этапов

Суммарно ≈ 22 ч 45 мин измеренного времени (в сводке журнала — ≈ 22 ч 55 мин с округлением). Этап 2 включает длительный перерыв в ожидании ответа; Этапы 6–7 — простой в ожидании восстановления компилятора; Этап 8 — работу до обрыва сессии инструментов.

3. Что построено

4. Результаты по стратегиям

5. Что установлено по существу

1. Веса и лимиты не определяют результат. Все 8 вариантов полного окна укладываются в PF 1.003–1.026 при 985–993 сделках; разброс прибыли (+17.64…+90.77 USD) меньше одного среднего убытка портфеля.
2. Прибыль полного окна создана окном 2025–2026. Оба рабочих модуля вне выборки убыточны (S1 −44.26, S2 −47.62), а в 2025–2026 прибыльны. Это признак подгонки, а не преимущества.
3. S6 не имеет статистической основы на M5–H1. φ = 0.9985–1.0001, half-life 146 баров и более, местами нестационарность; возврат появляется только на D1 (half-life 106–604 дня), вне согласованного горизонта.
4. Единственное связывающее ограничение — минимальный лот. Оно превращало S6 в фиксированный риск 1.6% и лишало S1 части входов. Лимиты 2% / 1.5% / 3% / 300% / margin 300% ни разу не сработали.
5. Масштаб результата ничтожен. 0.08 USD ожидаемого выигрыша на сделку при 947 сделках; +76.15 USD на 3 000 USD за 3.75 года — это ≈2.5% всего, то есть <1% годовых при просадке 15%. Это ниже безрисковой ставки.

6. Устранённые дефекты каркаса

7. Ограничения текущего результата

• Издержки не учитываются (по согласованию): спред, комиссия, своп, проскальзывание. При 947 сделках это главный неизвестный фактор.
• Один счёт, один инструмент теста (GBPJPY H1 как хост): портфельный эффект нескольких символов не проверен в реальном исполнении.
• Нет walk-forward: in-sample и OOS назначены вручную, а не скользящим окном.
• Нет статистической оценки переобучения: 45 прогонов на одном наборе данных — это множественное тестирование без поправки.
• Управление позицией минимальное: вход/стоп/цель/тайм-стоп; нет частичного закрытия, трейлинга по волатильности, переоценки при смене режима.

8. Предложения по развитию

8.1 Инженерные (обязательны, без поиска прибыли)

1. Учесть издержки. Включить реальный спред, комиссию и своп в тестер, прогнать эталон на every tick с реальными спредами. Если после этого +76.15 превращается в ноль или минус — это и есть ответ на вопрос о ценности каркаса.
2. Стресс-тест издержек. Увеличить спред на 1 / 2 / 3 пункта и добавить execution delay 0 / 50 / 200 мс. Смотреть, при каком уровне издержек результат обнуляется.
3. Длинная история. 10–15 лет, помесячные и годовые срезы, а не два окна. Это единственный способ отличить режим от артефакта.
4. Метрики переобучения. Добавить deflated Sharpe, probability of backtest overfitting (PBO), White's Reality Check / SPA, bootstrap по сделкам и Monte Carlo на перестановках.
5. Устойчивость к параметрам. Проверять не одно значение, а плато: канал 15/20/25/30, ADX 20/25/30/35, SL 1.5/2/2.5/3×ATR. Если пик узкий — это подгонка.
6. Код и наблюдаемость. Логирование в файл, экспорт сделок в CSV, R-multiple distribution, turnover, отдельный диагностический режим, проверка partial fill и freeze level.
7. Форвард. Демо-счёт 2–4 недели, сравнение с бэктестом по тем же метрикам. Без форварда результат — гипотеза.

8.2 Портфельная логика

1. Risk parity вместо фиксированных весов: равный вклад в риск, а не равный процент. Сейчас 0.35/0.35 — это равные веса, а не равный риск.
2. Корреляция по режимам. Считать кластеры не по всей выборке, а по кризисным окнам и по скользящим 120–250 барам; в стрессе корреляция уходит к 1.
3. Volatility targeting. Нормировать риск на ATR и на текущую волатильность, а не на константу.
4. Ограничение одновременных позиций и секторные лимиты по валютам (например, суммарная экспозиция на JPY).
5. Иерархическая оптимизация (HRP) или max diversification — вместо ручного подбора весов.
6. Разделить "риск-каркас" и "стратегии": каркас уже готов, стратегии — сменные модули.

8.3 Стратегии-кандидаты

Практический вывод: S1 и S2 — это две реализации одной идеи (следование/возврат к средней на H1), и они обе провалили OOS. Для портфеля нужен другой драйвер, а не третий вариант того же. Наиболее реалистичные кандидаты в текущих условиях: momentum на D1 и carry — они не требуют внутридневного преимущества и меньше страдают от спреда.

8.4 Исследования

1. Методология: walk-forward (anchored и rolling), PBO, deflated Sharpe, поправка на множественное тестирование.
2. Данные: реальные тики, спред, комиссия, своп, проскальзывание; 10+ лет; проверка на 2019–2022 и 2015–2019.
3. Поиск структуры: коинтеграция (ADF, KPSS, Engle-Granger, Johansen), Kalman-бета, HMM / Markov switching для режимов, Hurst, permutation tests.
4. Портфельная математика: risk parity, HRP, max diversification, стресс-корреляция.
5. Проверка гипотезы "S1/S2 работают в тренде": разбить сделки по режимам (ADX, ER, VR) и посмотреть, есть ли подмножество с устойчивым преимуществом в обоих окнах.
6. Проверка гипотезы "издержки убивают": сравнить результаты с нулевым и реальным спредом на одних и тех же сделках.

8.5 Приоритетный порядок

1. Издержки: реальный спред, комиссия, своп, every tick на эталоне.
2. Длинная история + walk-forward, помесячные срезы.
3. Метрики переобучения (deflated Sharpe, PBO, bootstrap).
4. Risk parity / HRP в портфельном слое.
5. Одна новая стратегия с другим драйвером (momentum или carry).
6. Форвард на демо 2–4 недели.

9. Что делать не нужно

• Не подбирать параметры под окно 2025–2026 — это уже дало PF 1.32 на in-sample и 0.84 на OOS.
• Не повышать риск в попытке "вытянуть" результат: 0.35% уже не связывает, а лимиты не срабатывают.
• Не добавлять мартингейл, сетку или усреднение — это не исправляет отсутствие edge.
• Не продавать и не представлять как прибыльную систему: ни один модуль не дал прибыли в обоих периодах.
• Не считать один бэктест доказательством.

10. Итог

Каркас готов и корректен: портфельный слой, риск-слой, три модуля, корреляционные ограничения, де-рискинг, эталонная конфигурация, воспроизводимые прогоны. Это честная инфраструктура, а не стратегия. Прибыльность не подтверждена: полное окно +76.15 USD (PF 1.0186) и OOS −107.04 USD (PF 0.9545) — это статистический шум, а не преимущество.

Дальше имеет смысл не искать "ещё один параметр", а проверить издержки и перейти к стратегиям с другим драйвером (momentum, carry). Если после учёта реального спреда результат эталона обнуляется — каркас остаётся полезным как инфраструктура, а не как торговая система.

Notes:
- Отчёт построен по журналу MQL5/DEVELOPMENT_LOG.md; изменений в код не вносилось.
- Ни один из модулей не дал прибыли в обоих периодах; приведённые числа не являются доказательством прибыльности.
- Приоритет №1 для следующего этапа — учёт реальных издержек; без него любые выводы о преимуществе остаются неполными.

Сделай для статьи таблицу созданных файлов с кратким описанием каждого файла.