Документальный материал и расчётная методика. Результаты собственного тестирования оборудования не заявляются.
Хороший бриф позволяет исполнителю отказаться от неподходящего решения до того, как клиент потратит деньги. Для этого достаточно описать одну рабочую задачу, условия её выполнения и способ проверки результата. Список желаемых GPU без такого описания оставляет слишком много места для догадок.
Начните с результата процесса
Запишите, кто использует систему и что должно измениться. Например: сотрудник находит действующий регламент по вопросу и получает ссылку на конкретный фрагмент. Это существенно точнее, чем «нужен корпоративный ChatGPT». У результата есть получатель, источник данных и наблюдаемый признак качества.
Следом опишите текущий способ работы. Сколько запросов возникает, кто отвечает, что считается ошибкой, где тратится время? Не обещайте экономию труда заранее. Уменьшение времени генерации текста не означает сокращение полной стоимости процесса: кто-то проверяет ответ, исправляет ошибки и поддерживает базу документов.
Зафиксируйте паспорт нагрузки
Для начального расчёта полезна следующая таблица. Неизвестные поля оставляют неизвестными и превращают в задачи пилота, вместо того чтобы заполнять удобными числами.
| Поле | Что записать | Почему влияет на решение |
|---|---|---|
| Модель | Семейство, размер, точная ревизия или требование к качеству | Определяет совместимость и память |
| Вход | Обычная и максимальная длина; текст, изображения, звук | Меняет подготовку запроса и стоимость |
| Ответ | Длина и формат; нужен ли потоковый вывод | Определяет длительность генерации |
| Нагрузка | Запросы в минуту, пики, одновременные задачи | Определяет очереди и запас ресурсов |
| Ожидание | Допустимая задержка, ночной или интерактивный режим | Отделяет batch-процесс от чата |
| Режим | Рабочие часы, круглосуточность, резервирование | Влияет на аренду и эксплуатацию |
В vLLM метрики первого токена и интервалов между токенами определяются отдельно. Поэтому требование «ответ за секунду» нужно уточнять: начало потока и завершение длинного ответа являются разными событиями. 1 Подробнее об этом есть в критериях приёмки.
Опишите границы данных и действий
Укажите источники документов, владельцев доступа и правила обновления. Может ли сотрудник видеть всю базу или только свой отдел? Нужно ли удалять из индекса отозванный документ? Разрешено ли передавать запрос внешнему API? Кто хранит историю и видит диагностические журналы?
Особенно внимательно описывают действия помощника. Поиск информации, подготовка черновика и изменение записи в учётной системе требуют разной ответственности. Для первого проекта удобно ограничить помощника чтением и предложением действия. Если запись всё-таки нужна, необходимо определить подтверждение, журнал и отмену.
NIST AI RMF предлагает связывать управление рисками с контекстом использования системы. 2 В брифе это превращается в конкретный список: допустимые действия, опасные ошибки, участник принятия решения и процедура остановки. Само упоминание стандарта не подтверждает безопасность проекта.
Согласуйте комплект результата
Попросите исполнителя передать архитектурную схему, спецификацию оборудования, версионный список ПО, план измерений и описание обслуживания. Для пилота результатом может быть отчёт, который рекомендует не покупать сервер. Такой вывод полезен, если показано, что задача дешевле решается API или существующим оборудованием.
Отдельно задайте, какие материалы останутся у заказчика: скрипт запуска, настройки без секретов, тестовый набор с законным доступом, журналы измерений и инструкция восстановления. Успешная демонстрация на ноутбуке инженера не заменяет возможность повторить работу после его ухода.
Как указать бюджет без искусственного ограничения
Разделите расходы на пилот, закупку, внедрение и последующую эксплуатацию. Если общий потолок ещё неизвестен, задайте условия сравнения нескольких уровней: минимально достаточный, с резервом роста и с повышенной доступностью. Исполнитель должен объяснить, что именно добавляет каждый уровень.
Не требуйте окончательную цену по неполному брифу. Попросите диапазон с перечислением допущений и отдельную стоимость проверки неизвестных. После уточнения нагрузки запросите фиксированный состав работ и порядок изменения объёма. Так отклонение цены можно связать с изменившимся требованием, а не с неожиданным счётом.
Готовый бриф занимает столько места, сколько нужно для ясности. Его качество определяется не количеством страниц, а тем, смогут ли два независимых исполнителя предложить сопоставимое решение и одинаково понять успешную приёмку.
Источники и проверка
- vLLM: Per-Request Metrics ↗Проверено: 2026-10-23
- NIST: AI Risk Management Framework ↗Проверено: 2026-10-23
