Начать с пилота

Пилот нужен не для демонстрации заранее подготовленного примера, а для проверки одной реальной задачи в реальном контексте проекта.

До старта

Команда вместе с клиентом определяет:

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

Рекомендуемый объём

Для первой задачи лучше выбрать изменение, которое:

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

Что оцениваем по итогам

1. Понял ли агент продуктовую постановку.
2. Были ли вопросы и план полезны клиенту.
3. Достаточно ли проверок и preview для приёмки.
4. Сколько времени клиента потребовал процесс.
5. Какова фактическая стоимость запусков и инфраструктуры.
6. Какие изменения нужны перед следующей задачей.

Результат пилота

Клиент получает историю задачи, рабочую ветку и Pull Request, результаты проверок, измеренный расход AI-провайдера и список обнаруженных ограничений. После этого можно осознанно решить, расширять ли использование системы.

Следующий шаг

Для подготовки пилота нужны ссылка на репозиторий, краткое описание продукта и пример одной задачи. Канал связи и коммерческие условия добавляются перед публичной публикацией сайта.