Сценарии работы с XTester через MCP

Ниже — концептуальные сценарии на уровне возможностей. Точные вызовы инструментов будут добавлены после проверки каталога релиза; статус этих примеров — conceptual, а не verified. Указанные подтверждения — ожидаемый рабочий процесс, а не доказательство технического enforcement.

Сценарий 1. Проверить существующую стратегию

1. изучить возможности окружения;
2. подтвердить workspace;
3. изучить проект и спецификацию;
4. проверить покрытие данными;
5. скомпилировать;
6. запустить бэктест;
7. изучить сводку, сделки, кривую капитала;
8. сообщить о допущениях и ограничениях.

Сценарий 2. Создать стратегию по ТЗ

1. прочитать документацию окружения и API;
2. создать файлы стратегии через MCP, а не через файловую систему ОС;
3. проверить и отформатировать;
4. скомпилировать;
5. скачать ограниченный диапазон истории;
6. провести бэктест;
7. представить первый результат без заявлений о прибыльности.

Сценарий 3. Сравнить параметры

1. зафиксировать исходник и диапазон данных;
2. запустить контролируемые варианты;
3. сравнить метрики, число сделок, просадку и оборачиваемость;
4. указать, что удерживалось постоянным;
5. не заниматься «вишенкой» — не выбирать лучший прогон задним числом.

Сценарий 4. Walk-forward / исследование

1. задать окна обучения и теста;
2. установить бюджеты по токенам и вычислениям;
3. запустить длительную задачу;
4. опрашивать статус;
5. сохранить holdout;
6. сообщить о зависимых тестах и ограничениях.

Сценарий 5. Перенос стратегии с другой платформы (конвертация)

Концептуальная последовательность (точные имена и порядок сверяются с машинным каталогом релиза):

1. импортировать исходники и подтвердить права на их использование (confirm_rights);
2. начать прогон конвертации и прочитать исходник;
3. получить контекст XTester — API и ограничения окружения;
4. зафиксировать модель поведения и решения по несовместимостям;
5. передать файлы порта в проект и скомпилировать;
6. пройти семантический аудит и, при наличии эталонного отчёта, диффтест;
7. финализировать с честным статусом и итоговым отчётом.

Основные инструменты конвейера: convert_import_source, convert_begin, convert_read_source, convert_get_xtester_context, convert_submit_behavior_model, convert_submit_decisions, convert_submit_files, convert_compile, convert_submit_semantic_audit, convert_finalize; сервисные — list_conversion_runs, convert_get_manifest, convert_status, get_conversion_report, convert_cancel.

Принимаются только исходники (.ex4/.ex5/.dll — нет). Успешная компиляция не подтверждает корректность поведения. Без эталонного отчёта результат — «не подтверждён»; идентичность результатам оригинала не заявляется.

Каждый сценарий подразумевает: запрос пользователя, рекомендуемую последовательность возможностей, подтверждения, ожидаемые артефакты, пути отказа и интерпретацию результата.