---
title: "Расписание"
id: "2002"
type: "page"
slug: "schedules"
published_at: "2026-09-20T16:13:25+00:00"
modified_at: "2026-09-21T00:00:47+00:00"
url: "https://pastukhov.com/agents/ui/docs/schedules"
markdown_url: "https://pastukhov.com/agents/ui/docs/schedules.md"
excerpt: "Ручной запуск хорош, когда нужно проверить прямо сейчас. Но настоящая польза начинается, когда проверка идёт…"
---

# Расписание

[https://pastukhov.com/agents/ui/docs/schedules.md](https://pastukhov.com/agents/ui/docs/schedules.md)

Ручной запуск хорош, когда нужно проверить прямо сейчас. Но настоящая польза начинается, когда проверка идёт сама — например, каждое утро до начала рабочего дня. Расписание задаёт, в какие дни и в какое время запускать тест. Ниже — как его настроить и от чего зависит, что оно сработает.

## Как выглядит расписание

Это недельная сетка: дни недели и время. Например, «по будням в 9:00 и 18:00» или «в понедельник в 10:00». **Момент, когда тест должен был запуститься, называют слотом** — удобное слово, когда разбираешься, почему запуск не пришёл.

Время считается по часовому поясу проекта, а не по времени сервера. Это важно, когда сервер стоит в другой стране: расписание на 9 утра будет означать 9 утра именно у вас, а не где-то ещё. Часовой пояс задаётся в настройках проекта.

## Пропущенные слоты не догоняются

Это самое важное про расписание, и честнее сказать сразу: если в 9:00 сервер или компьютер-исполнитель был выключен, этот запуск не состоится вовсе. Продукт не станет догонять пропущенное и запускать накопившиеся проверки одну за другой, когда всё включится. Следующий запуск придёт в свой слот.

Логика простая: проверка через два дня после полуночи почти бесполезна, а лавина догоняющих запусков только займёт исполнителя. Если проверка нужна прямо сейчас — поставьте её вручную.

Другой случай: сервер работает, а исполнителя нет в сети. Тогда тест встаёт в очередь и ждёт. Как только браузер появится, запуск начнётся — здесь ожидание уместно, потому что слот только что был.

## Если тест удалён

Расписание выключается само: незачем напоминать о тесте, которого больше нет, и незачем засорять отчёты ошибками. Отдельно чистить расписания после удаления тестов не нужно.

## Машина-исполнитель

Надёжность расписания равна надёжности машины, на которой работает исполнитель. Рецепт простой: постоянно включённый компьютер, в нём Chrome с установленным дополнением, в настройках дополнения включён режим исполнителя. Лучше завести для этого отдельный профиль браузера или отдельный компьютер: тогда запуски не помешают вашей обычной работе, а рабочий браузер не придётся держать открытым круглые сутки.

Проверить, жив ли исполнитель, можно в настройках дополнения: там написано, сколько времени прошло с последней связи. Секунды и минуты — всё в порядке, часы — машина спит, Chrome закрыт или пропала связь с сервером.

## Если запуски не идут

- **Нет исполнителя в сети** — компьютер выключен, Chrome закрыт или дополнение отключено. Проверьте строку со временем последней связи в настройках дополнения.
- **Слот пропущен** — смотрите время следующего запуска: продукт показывает его рядом с расписанием в проекте. Пропущенное не вернётся, придётся подождать следующий.
- **Другой часовой пояс** — самая частая незаметная ошибка. Проверьте пояс в настройках проекта: из-за него 9:00 может означать совсем другое время суток.
- **Расписание выключено** — так бывает после удаления теста или если его отключили вручную. Включите и сохраните.

Дальше: как из результатов запусков получаются проблемы — в разделе [Проблемы](/agents/ui/docs/issues)
.

[← Оглавление документации](/agents/ui/docs)