Почему прототип работает дёшево, а промышленная AI-система становится дорогой

Прототип AI работает дёшево, потому что демонстрирует один удачный путь на небольшой выборке и под наблюдением автора. Промышленная система обрабатывает реальные данные круглосуточно, использует права, переживает сбои и должна объяснять последствия ошибки. Дорожает не только модель, а вся инфраструктура надёжности.

Прототип отвечает на узкий вопрос

Можно ли извлечь параметры из заявки? Получится ли подобрать документ? Достаточно ли качества ответа для продолжения? Для проверки разработчик вручную выбирает примеры, вставляет данные и исправляет сбой.

Прототип не доказывает масштабируемость, безопасность и экономику. Его задача — дешёво опровергнуть или подтвердить гипотезу.

Подготовка данных становится постоянной работой

В production нужны владельцы источников, версии, очистка, права и обновления. Документы конфликтуют, каталог меняется, а CRM содержит дубли. Поиск нужно измерять отдельно от генерации.

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

Интеграции требуют защиты от сбоев

• Авторизация и минимальные права.
• Проверка входных параметров.
• Уникальные ключи от повторных действий.
• Очереди, таймауты и ограниченные повторы.
• Ручной путь при недоступности.
• Миграции и совместимость API.

Один успешный вызов CRM в ноутбуке не показывает, что произойдёт при двойном событии или частичном ответе.

Качество нужно измерять до и после релиза

Появляются evals из обычных, пограничных и опасных случаев, отдельные пороги критических ошибок и сравнение версий. После запуска собираются исправления, жалобы, передачи человеку и случайная выборка.

Ручная разметка и экспертная проверка стоят денег, но без них компания не знает, стала ли система лучше.

Безопасность добавляет отдельный контур

Секреты, шифрование, журнал доступа, фильтрация данных, защита инструментов и сценарии prompt injection не видны пользователю. В регулируемой сфере добавляются юридическая оценка, договоры и требования хранения.

Чем шире полномочия агента, тем дороже контроль. Система, создающая черновик, проще системы, которая отправляет платёж или меняет договор.

Наблюдаемость и поддержка

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

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

Как не превратить пилот в бесконечный проект.

1. Выбрать один измеримый процесс.
2. Задать границы пилота и критерии остановки.
3. Посчитать ручную базовую линию.
4. Начать с черновиков и узких прав.
5. Оценить полную стоимость успешной задачи.
6. Расширять только при доказанной пользе.

Иногда после пилота разумно оставить человека или обычные правила. Потраченный прототип всё равно полезен, если он предотвратил дорогое внедрение.

Промышленная система дорога не обязательно из-за плохой технологии. Она покупает предсказуемость, контроль и возможность работать без постоянного присутствия автора демо.

Алиса может помочь оценить путь от прототипа до production и заранее выделить обязательные контуры и необязательную сложность.