Как менять стратегию и не терять audit trail
Как команда может менять пороги, добавлять фильтры или убирать правила, сохраняя review, versioning и risk-aware контроль изменений.

Изменение стратегии — это операционное событие
Изменение стратегии может выглядеть маленьким:
- поднять threshold;
- добавить volatility filter;
- убрать шумное правило;
- снизить вес сигнала;
- перевести review gate из pass в hold.
Но любое изменение меняет поведение системы. Если команда не может объяснить, что поменялось и почему, будущий performance review превращается в догадки.
Barfinex рассматривает strategy changes как операционные события, которым нужны evidence и audit trail.
Простой паттерн change control
1. Назвать проблему
До изменения правила нужно записать, что именно команда пытается исправить.
Примеры:
- сигнал слишком часто срабатывал при низкой ликвидности;
- правило дважды считало одно и то же рыночное условие;
- стратегия запаздывала после event shocks;
- drawdown threshold был слишком мягким для текущего режима.
Problem statement защищает от parameter drift, когда настройки меняются просто потому, что последняя сделка психологически неприятна.
2. Показать evidence
Полезные evidence:
- последние сигналы и rule attribution;
- rejected intents от Inspector;
- caveats по качеству данных;
- drawdown и exposure context;
- примеры, где старое правило работало правильно;
- примеры, где оно работало плохо.
Последние два пункта одинаково важны. Изменение, которое исправляет один видимый провал, может убрать полезное поведение в другом сценарии.
3. Версионировать правило
Detector strategy configs стоит считать versioned artifacts. Изменение threshold не должно исчезать из истории. Команда должна ответить:
- что изменилось;
- кто это reviewed;
- какие evidence поддержали изменение;
- когда новое поведение стало активным;
- можно ли восстановить прежнее поведение.
4. Пропустить изменение через risk review
Strategy change может увеличить частоту, концентрацию или экспозицию, хотя в коде выглядит безопасно. Inspector и Studio должны показывать такие downstream effects до принятия изменения.
5. Наблюдать после релиза
Первые часы или дни после изменения — это не победный круг. Это review window.
Команда смотрит, уменьшает ли новое правило целевой failure mode, создает ли новые false positives и меняет ли поведение risk gates.
Что упрощает Barfinex
Barfinex разделяет поверхности:
- Detector отвечает за rule и attribution;
- Advisor записывает детерминированный provenance допуска;
- Inspector владеет финальным sizing и risk boundary;
- Studio показывает operational evidence.
Такое разделение помогает менять поведение стратегии, не скрывая причину изменения.
Профессиональный стандарт
Вопрос не в том, "можем ли мы изменить стратегию". Конечно, можем.
Профессиональный вопрос другой:
Сможем ли мы объяснить это изменение через шесть недель и понять по evidence, улучшило ли оно workflow?
Именно такой audit trail стоит сохранять.
Risk note
Изменение стратегии может увеличить риск, даже если code diff выглядит маленьким. Материал образовательный и не является инвестиционной, юридической или performance-гарантией.
