Бесплатно · 15 минут
Обучить команду
и проверить ИИ на одном процессе.
Начать с повторяемой работы, качества и рисков. Выбрать рабочий процесс с ИИ, который можно проверить, передать владельцу и улучшать.
Диагностика $120 · 60 минут · Зачтём в стоимость пакета при покупке в течение 14 дней.
Обсудить диагностику →Три способа начать.
Фиксированный объём работ: карта процесса, границы данных и кандидаты для пилота.
Обсудить объём работ →За сессию 60 минут; минимум 4 занятия, всего от $1,560, до 5 человек.
Обсудить объём работ →Один ограниченный рабочий процесс; ограничение объёма работ 35 часов.
Обсудить объём работ →Не доверять плану. Контролировать эффект.
AI-агент умеет читать, принимать решения и использовать инструменты. Риск начинается там, где правдоподобный ответ может сразу превратиться во внешний эффект. Эти три документированных кейса показывают разные классы отказа.
Replit Agent удалил данные production-базы.
Во время эксперимента SaaStr агент Replit удалил данные приложения из базы. Replit позже публично подтвердил проблему: до нового разделения development/production изменения во время разработки могли затронуть production; данные удалось восстановить через rollback.
Урок: текстовый запрет вроде «ничего не менять» слабее технической границы, которая физически не даёт агенту писать в production.Replit · 29.07.2025 ↗EchoLeak показал, что входящие данные могут стать инструкцией.
Исследователи показали цепочку indirect prompt injection в Microsoft 365 Copilot: специально подготовленное письмо могло попасть в контекст Copilot и привести к утечке данных без клика по письму. Microsoft исправила уязвимость; публично сообщалось, что признаков эксплуатации «в дикой природе» не было.
Урок: письмо, веб-страница, документ или комментарий — это недоверенные данные, даже если агент умеет их читать автоматически.SC Media · Microsoft CVE-2025-32711 ↗Unit 42 увидела hidden prompts на мошеннических страницах.
Unit 42 обнаружила реальные веб-страницы с indirect prompt injection, включая попытку заставить AI-систему проверки рекламы одобрить мошенническое объявление. Исследователи отдельно отмечают: подтверждённого успешного обхода deployed ad-checker в этом кейсе они не видели.
Урок: агент, который читает интернет, должен отделять содержимое страницы от команд и не получать лишние права только потому, что «это удобно».Palo Alto Networks Unit 42 ↗Полномочия должны быть явными.
- 01 · Сначала read-only
Пусть агент сначала читает, планирует и показывает diff. Право писать выдаётся отдельно и только там, где оно действительно нужно.
- 02 · Минимальные права
Тестовая среда, отдельные аккаунты и ключи, запрет production-доступа по умолчанию. Не давайте агенту больше полномочий, чем требует одна задача.
- 03 · Человек перед необратимым действием
Удаление данных, публикация, отправка сообщения, покупка, платёж или изменение доступа требуют явного подтверждения перед эффектом.
- 04 · Данные не равны инструкциям
Текст из письма, сайта, файла, issue или чата может быть враждебным. Агент не должен превращать найденный контент в новые команды без отдельной проверки.
- 05 · Проверка после эффекта
Нужны журнал действия, проверка результата, способ отката и стоп-условие. «Агент сказал, что всё готово» — не доказательство.
Кейсы не равнозначны: Replit — реальный операционный инцидент; EchoLeak — подтверждённая уязвимость, исправленная до публичного раскрытия, без известной эксплуатации; кейс Unit 42 — обнаруженная вредоносная попытка prompt injection без подтверждённого успешного обхода deployed ad-review агента.
Один рабочий процесс. Проверяемая модель работы.
Карта
Фиксируем текущий процесс, входы/выходы, владельца, частоту, ручные проверки и цену ошибки.
Выбор
Выбираем один рабочий процесс с понятной пользой и ограниченным blast radius — не пытаемся автоматизировать компанию за неделю.
Прототип & проверка
Собираем рабочую версию, проверяем пограничные случаи, качество, данные, запасной вариант и человеческие контрольные точки.
Передача
Документируем ответственность владельца и правила работы, ограничения, критерии проверки и следующий список улучшений.
Сначала ограничить процесс.
Четыре локальных воспроизводимых сценария: роль ИИ, проверка человеком, критерии проверки, остановка и передача. Данные не отправляются.
Internal knowledge triage
01Возможный объём работПовторяемый поиск по разрешённой базе знаний, где ответ обязан опираться на конкретные источники.
02Роль ИИНаходит кандидатов, сравнивает фрагменты, собирает черновой ответ и отмечает неопределённость.
03Проверка человекомПроверяет первоисточник, доступ к данным и принимает ответ перед использованием в работе.
04Критерий успехаЗаранее согласованный порог reviewer acceptance и времени на подготовку с опорой на источники ответа.
05Условие остановкиИсточники не покрывают вопрос, права доступа неясны или проверка занимает не меньше времени, чем текущий процесс.
06Результат пилотаWorkflow spec + source rules + test set + fallback.
Сценарий, не обещание экономии.
Формула: люди × часы рутины/нед × 52/12 × выбранная доля высвобождения × стоимость часа.
Это сценарий чувствительности, а не прогноз и не обещание экономии. Формула не учитывает стоимость внедрения, модели/API, интеграций, контроля качества, ошибок, налогов или то, будет ли высвобождённое время реально монетизировано.
Текст для короткое описание задачи — скопируйте вручную
Хороший кандидат
- повторяемая интеллектуальная задача с понятным входом и выходом
- документы, исследование, классификация, черновики или подготовка решений с проверкой человеком
- есть владелец процесса и можно описать, что считается хорошим результатом
- можно начать с ограниченного пилота без автономного доступа к критичным действиям
Стоп-сигналы
- нет владельца процесса или никто не готов проверять результат
- задача требует полностью автономного решения, критичного для безопасности
- нет права использовать необходимые данные или неясны границы приватности
- ожидание — заменить людей одной кнопкой без изменения процесса и контроля
Артефакты, а не ИИ-театр.
Карта текущего процесса · список задач · прототип · тестовые сценарии · проверка человеком · границы данных · владелец и запасной вариант · рабочие заметки.
Выпустить · Доработать · Остановить.
До сборки согласуем качество результата, проверку человеком, сценарии отказа, границы данных, запасной вариант и владельца процесса. Решение принимается по этим критериям, а не по эффектности демонстрации.
Выпустить
Критерии пройдены; владелец принимает процесс и дальнейший контроль.
Доработать
Ценность есть, но ограниченные проблемы качества, данных или правил нужно исправить.
Остановить
ОСТАНОВКА, если риск, отсутствие владельца или ограничения данных делают внедрение хуже текущего процесса.
Поддержка с явными границами.
4 часов в месяц
8 часов в месяц
Объём работ, расписание, оплата, перенос, отмена и возврат подтверждаются письменно до оплаты.
Достаточно шести пунктов.
Процесс, исполнитель и владелец, частота, входные данные, хороший результат и последствия ошибки ИИ.
Подготовить короткое описание задачи →