---
title: "Операции и работоспособность"
id: "2074"
type: "page"
slug: "ops"
published_at: "2026-09-28T14:42:03+00:00"
modified_at: "2026-09-28T14:59:37+00:00"
url: "https://pastukhov.com/agents/test/docs/ops"
markdown_url: "https://pastukhov.com/agents/test/docs/ops.md"
excerpt: "Раздел эксплуатации отвечает на вопрос «почему не работает» до того, как что-то упало: кто выполняет…"
---

# Операции и работоспособность

[https://pastukhov.com/agents/test/docs/ops.md](https://pastukhov.com/agents/test/docs/ops.md)

Раздел эксплуатации отвечает на вопрос «почему не работает» до того, как что-то упало: кто выполняет сборки, что стоит в очереди, где кончаются лимиты, что проверяет здоровье системы и что переезжает при переносе данных на другой сервер.

Здесь нет ни Kubernetes, ни арендованных мощностей: всё живёт на вашем сервере и в ваших браузерах, и раздел честно это показывает.

## Исполнители

Исполнители — это ваши браузеры Chrome с установленным дополнением, а не арендованный пул: собственный запас мощностей и есть сам продукт. В таблице видно имя, проект, состояние, время последней связи и версию дополнения — вместе с честным предупреждением, если версия отстала от самой новой среди исполнителей.

Состояния «онлайн», «деградация» и «офлайн» не хранятся в базе, а выводятся из давности последней связи. Поэтому они не «залипают»: как только браузер перестаёт выходить на связь, статус честно меняется сам.

Исполнителя можно **осушить** — например, перед обновлением системы. Он перестаёт забирать новые сборки и спокойно заканчивает текущую. Спаривание в его браузере при этом сохраняется, поэтому «Возобновить» в любой момент вернёт его в работу: осушить — это рычаг, а не ловушка.

## Очередь

Здесь видно всё, что ждёт: раунды ИИ, кампании починки тестов, обходы сайта и доставки уведомлений. У каждой строки — состояние, сколько она уже ждёт и примерное время до конца по последним десяти завершениям такой же работы.

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

## Бюджеты

Лимиты показаны лестницей: до 50 %, 50–80 %, 80–100 % и сверх лимита. По каждому проекту видно, сколько снимков хранится против потолка, сколько токенов ИИ потрачено против потолка задачи и сколько минут заняли прогоны за последние семь дней. Если лимит не задан, так и написано — «без лимита».

Важно понимать, зачем это: один убежавший ИИ-прогон может съесть месячную экономию. Лестницы показывают, где стоит проект, до того как это случится. Бюджеты предупреждают и блокируют новые ИИ-запуски, но никогда ничего не выставляют к оплате — счетов здесь нет вовсе.

## Проверки здоровья

Шесть общих проверок отвечают за весь сервер:

- соединение с агентом;
- тестовый исполнитель;
- база данных;
- файловое хранилище;
- публичный адрес;
- квоты и бюджеты.

И четыре проверки по проекту: визуальная конфигурация, файлы тестов, среда по умолчанию и доставка уведомлений. У каждой — понятная причина, сухие факты без секретов, подсказка «что исправить» и кнопка перехода туда, где это исправляется.

Жёлтую проверку можно на время погасить, указав причину и срок: она вернётся сама и снова напомнит о себе. Красную погасить нельзя — сначала её нужно восстановить. Решение «продолжить без проверки» с причиной попадает в журнал аудита, поэтому им нельзя тихо прикрыть настоящую поломку.

## Деградация

Когда общие проверки падают, продукт не делает вид, что всё в порядке: на каждой странице появляется плашка с названием упавшей проверки и ссылкой туда, где её исправлять. При этом отключаются **только массовые действия**, которые меняют смысл, — например «принять все безопасные» и запуск кампаний починки.

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

## Перенос данных

Перенос помогает переехать на другой сервер или поднять копию для проверки. Выгрузка и загрузка переносят визуальную конфигурацию, среды, переменные, покрытие, карту приложения и подписи эталонов с данными версий. Картинки эталонов едут только по отдельному запросу и с пределом в 200 МБ.

**Никогда не переносятся** учётные данные — они живут только в хранилище сервера, — а также токены публикаций и история прогонов. Тесты, действия и правила — это файлы: их переносят вместе с папкой проекта, потому что она под контролем версий.

Загрузка безопасна к повторам: тот же документ второй раз ответит «всё пропущено», ничего не задвоится. Перед применением есть пробный прогон, который сначала показывает точный отчёт — что создастся, что обновится и что пропустится. Сам перенос тоже записывается в журнал аудита.

Дальше: как устроены версии тестов и страницы шагов — в разделе [Версии тестов и шаги](/agents/test/docs/test-versions)
.

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