config.yaml

config.yaml в корне проекта хранит умолчания рабочей области; флаги CLI важнее. Файл едет вместе с проектом — в десктоп-приложении правка настройки Project правит этот файл, и он уезжает команде через Publish.

flows: [flows/]           # где лежат тесты
includeTags: [smoke]      # фильтр по тегам по умолчанию
excludeTags: [wip]

env:                      # доступно как ${VAR} внутри сценариев
  STAGING_URL: https://staging.example.com

ai:                       # включает assertWithAI / --analyze
  endpoint: https://ai.internal:8000/v1
  model: qwen3-coder

.env и окружения

Настоящие значения — креденшелы и всё, что нельзя коммитить, — живут в файле .env (строки KEY=VALUE, держать в .gitignore) рядом со сценарием или в корне проекта. Сценарии и config.yaml общие, в них живут заглушки; .env остаётся локальным. Блок environments: называет альтернативные наборы значений:

environments:
  staging: { URL: https://staging.example.com }
  prod:    { URL: https://example.com }

Значения разрешаются от слабого к сильному: умолчания params: < env: сценария < env: конфига < .env < --env-set NAME < --env-file FILE < -e KEY=VAL. Ближайшие config.yaml и .env находятся подъёмом вверх от сценария; та же цепочка действует в test, run и MCP-инструменте run_flow.

env.STAGING_URL — адрес, который Запись в десктопе использует как Staging-цель проекта: записанные сценарии начинаются с openLink: ${STAGING_URL}, поэтому сменить staging для всех тестов сразу — правка в одну строку.