Модуль f.5 · Урок 3
Урок 3: Trading-as-Git и подтверждение человеком на OpenAlice
Чему вы научитесь
- Понимать метафору Trading-as-Git: stage, commit, push для сделок
- Видеть, зачем нужно обязательное подтверждение человеком на каждом шаге
- Понимать идею изоляции брокерских ключей в отдельном процессе
- Оценивать, почему обратимость важнее скорости в исполнении
- Распознавать экспериментальные инструменты и относиться к ним осторожно
Сделки как коммиты
OpenAlice — персональный торговый агент полного цикла (ресёрч → вход → сопровождение → выход). Его центральная идея — Trading-as-Git: действия проходят те же стадии, что и изменения кода в Git (источник: README OpenAlice, лицензия AGPL-3.0).
| Стадия Git | Что значит в торговле |
|---|---|
| stage | Агент готовит предложение по сделке |
| commit | Человек подтверждает намерение |
| push | Сделка отправляется на исполнение |
Смысл метафоры в том, что между «агент придумал» и «деньги ушли» всегда есть явный шаг подтверждения. Ничего не происходит автоматически.
flowchart LR
R[Ресёрч агента] --> St[stage: предложение]
St --> Cm{commit: человек подтверждает}
Cm -->|Нет| Drop[Отклонено]
Cm -->|Да| Ph[push: исполнение]
Ph --> Mon[Сопровождение позиции]Изоляция брокерских ключей
Архитектурно интересная деталь OpenAlice — изоляция доступа к брокеру в отдельном процессе (по описанию проекта — единый счёт поверх брокеров, UTA). Брокерские ключи не лежат рядом с логикой агента.
Зачем это нужно: если агент или его инструменты скомпрометированы prompt-инъекцией или багом, доступ к реальным деньгам отделён границей процесса и требует явного подтверждения. Это снижает цену ошибки.
Почему обратимость важнее скорости
В трейдинге заманчиво дать агенту действовать быстро и автономно. Но цена ошибки в финансах — реальные деньги, и откатить сделку нельзя так же легко, как git revert.
Поэтому правильная инженерная установка: каждое действие должно быть предложено, подтверждено и зафиксировано. Скорость без подтверждения — это не фича, а способ потерять контроль. Логирование всех шагов заодно готовит почву для аудита, к которому мы перейдём в финальном модуле.
Следующий урок
Модуль f.6 → Урок 1: Аудит-след решений и требования регуляторов — документируемость под MiFID II, EU AI Act и российскую специфику.