Участники и ответственность¶
Технология становится услугой только тогда, когда понятно, кто выполняет работу при штатном процессе и при сбое.
| Область | Клиент | Фабрика | Команда сопровождения |
|---|---|---|---|
| Цели и приоритеты продукта | определяет | — | помогает оценить применимость |
| Постановка и уточнение задачи | отвечает на вопросы | анализирует и предлагает план | подключается при затруднениях |
| Изменения кода | принимает результат | реализует через AI-агента | диагностирует технические сбои |
| Проверка интерфейса и поведения | проверяет preview | создаёт preview | поддерживает среду |
| Репозиторий и облачные среды | согласует доступы | выполняет разрешённые операции | настраивает и эксплуатирует |
| Решение о публикации | принимает | проводит процесс | поддерживает публикацию |
| Восстановление после сбоя | сообщает о влиянии на бизнес | предоставляет журнал и ревизии | восстанавливает работу |
Три рабочие роли¶
Фабрика¶
Программная платформа: принимает события, запускает агентов, хранит состояние, создаёт preview и выполняет контролируемые операции.
Наладка¶
Инженеры, которые подключают проект: изучают его, настраивают репозиторий, контракты сборки, инфраструктуру и необходимые доступы.
Дежурная смена¶
Функция поддержки после подключения: принимает инциденты, диагностирует среды и возвращает систему к работающей ревизии. На пилоте её состав и режим работы оговариваются отдельно.
О качестве и риске¶
AI-агент способен ошибиться. Поэтому услуга должна обещать не безошибочный код, а прозрачный процесс, проверку работающего результата и заранее согласованный способ восстановления. Если проект требует обязательной экспертной проверки кода, в процесс необходимо включить инженера-разработчика.