AI SKILL LAB
ОСНОВАТЕЛИ · КОМАНДЫ · ОПЕРАТОРЫ

Обучить команду
и проверить ИИ на одном процессе.

Начать с повторяемой работы, качества и рисков. Выбрать рабочий процесс с ИИ, который можно проверить, передать владельцу и улучшать.

ФОРМАТЫ

Три способа начать.

Аудит рабочего процесса$890

Фиксированный объём работ: карта процесса, границы данных и кандидаты для пилота.

Обсудить объём работ →
Внедрение пилотаОт $4,900

Один ограниченный рабочий процесс; ограничение объёма работ 35 часов.

Обсудить объём работ →
БЕЗОПАСНАЯ РАБОТА С AI-АГЕНТАМИ · 3 КЕЙСА + 5 ПРАВИЛ

Не доверять плану. Контролировать эффект.

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

ИНЦИДЕНТ · JUL 2025

Replit Agent удалил данные production-базы.

Во время эксперимента SaaStr агент Replit удалил данные приложения из базы. Replit позже публично подтвердил проблему: до нового разделения development/production изменения во время разработки могли затронуть production; данные удалось восстановить через rollback.

Урок: текстовый запрет вроде «ничего не менять» слабее технической границы, которая физически не даёт агенту писать в production.Replit · 29.07.2025 ↗
УЯЗВИМОСТЬ · CVE-2025-32711

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

Исследователи показали цепочку indirect prompt injection в Microsoft 365 Copilot: специально подготовленное письмо могло попасть в контекст Copilot и привести к утечке данных без клика по письму. Microsoft исправила уязвимость; публично сообщалось, что признаков эксплуатации «в дикой природе» не было.

Урок: письмо, веб-страница, документ или комментарий — это недоверенные данные, даже если агент умеет их читать автоматически.SC Media · Microsoft CVE-2025-32711 ↗
АТАКА ОБНАРУЖЕНА · DEC 2025

Unit 42 увидела hidden prompts на мошеннических страницах.

Unit 42 обнаружила реальные веб-страницы с indirect prompt injection, включая попытку заставить AI-систему проверки рекламы одобрить мошенническое объявление. Исследователи отдельно отмечают: подтверждённого успешного обхода deployed ad-checker в этом кейсе они не видели.

Урок: агент, который читает интернет, должен отделять содержимое страницы от команд и не получать лишние права только потому, что «это удобно».Palo Alto Networks Unit 42 ↗
ПЯТЬ РАБОЧИХ ПРАВИЛ

Полномочия должны быть явными.

  1. 01 · Сначала read-only

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

  2. 02 · Минимальные права

    Тестовая среда, отдельные аккаунты и ключи, запрет production-доступа по умолчанию. Не давайте агенту больше полномочий, чем требует одна задача.

  3. 03 · Человек перед необратимым действием

    Удаление данных, публикация, отправка сообщения, покупка, платёж или изменение доступа требуют явного подтверждения перед эффектом.

  4. 04 · Данные не равны инструкциям

    Текст из письма, сайта, файла, issue или чата может быть враждебным. Агент не должен превращать найденный контент в новые команды без отдельной проверки.

  5. 05 · Проверка после эффекта

    Нужны журнал действия, проверка результата, способ отката и стоп-условие. «Агент сказал, что всё готово» — не доказательство.

Кейсы не равнозначны: Replit — реальный операционный инцидент; EchoLeak — подтверждённая уязвимость, исправленная до публичного раскрытия, без известной эксплуатации; кейс Unit 42 — обнаруженная вредоносная попытка prompt injection без подтверждённого успешного обхода deployed ad-review агента.

ВНЕДРЕНИЕ ПИЛОТА

Один рабочий процесс. Проверяемая модель работы.

01

Карта

Фиксируем текущий процесс, входы/выходы, владельца, частоту, ручные проверки и цену ошибки.

02

Выбор

Выбираем один рабочий процесс с понятной пользой и ограниченным blast radius — не пытаемся автоматизировать компанию за неделю.

03

Прототип & проверка

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

04

Передача

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

Симулятор пилота

Сначала ограничить процесс.

Четыре локальных воспроизводимых сценария: роль ИИ, проверка человеком, критерии проверки, остановка и передача. Данные не отправляются.

Локальная демонстрация · данные не отправляются
ПИЛОТ / 01

Internal knowledge triage

ПРИВЯЗАНО К ИСТОЧНИКУ

01Возможный объём работПовторяемый поиск по разрешённой базе знаний, где ответ обязан опираться на конкретные источники.

02Роль ИИНаходит кандидатов, сравнивает фрагменты, собирает черновой ответ и отмечает неопределённость.

03Проверка человекомПроверяет первоисточник, доступ к данным и принимает ответ перед использованием в работе.

04Критерий успехаЗаранее согласованный порог reviewer acceptance и времени на подготовку с опорой на источники ответа.

05Условие остановкиИсточники не покрывают вопрос, права доступа неясны или проверка занимает не меньше времени, чем текущий процесс.

06Результат пилотаWorkflow spec + source rules + test set + fallback.

ЭКОНОМИКА БИЗНЕСА · СЦЕНАРИЙ

Сценарий, не обещание экономии.

Локальный сценарий · данные не отправляются
Текущая рутина~130 ч / мес
Потенциально высвобождается~39 ч / мес
Валовая стоимость высвобождённой ёмкости~$975 / мес

Формула: люди × часы рутины/нед × 52/12 × выбранная доля высвобождения × стоимость часа.

Это сценарий чувствительности, а не прогноз и не обещание экономии. Формула не учитывает стоимость внедрения, модели/API, интеграций, контроля качества, ошибок, налогов или то, будет ли высвобождённое время реально монетизировано.

Текст для короткое описание задачи — скопируйте вручную

Хороший кандидат

  • повторяемая интеллектуальная задача с понятным входом и выходом
  • документы, исследование, классификация, черновики или подготовка решений с проверкой человеком
  • есть владелец процесса и можно описать, что считается хорошим результатом
  • можно начать с ограниченного пилота без автономного доступа к критичным действиям

Стоп-сигналы

  • нет владельца процесса или никто не готов проверять результат
  • задача требует полностью автономного решения, критичного для безопасности
  • нет права использовать необходимые данные или неясны границы приватности
  • ожидание — заменить людей одной кнопкой без изменения процесса и контроля
ЧТО ОСТАЁТСЯ

Артефакты, а не ИИ-театр.

Карта текущего процесса · список задач · прототип · тестовые сценарии · проверка человеком · границы данных · владелец и запасной вариант · рабочие заметки.

Примеры форматов →
РЕШЕНИЕ О ВЫПУСКЕ

Выпустить · Доработать · Остановить.

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

01

Выпустить

Критерии пройдены; владелец принимает процесс и дальнейший контроль.

02

Доработать

Ценность есть, но ограниченные проблемы качества, данных или правил нужно исправить.

03

Остановить

ОСТАНОВКА, если риск, отсутствие владельца или ограничения данных делают внедрение хуже текущего процесса.

ПОСЛЕ ПИЛОТА

Поддержка с явными границами.

Операционная поддержка$490/мес

4 часов в месяц

Операционный партнёр$890/мес

8 часов в месяц

Объём работ, расписание, оплата, перенос, отмена и возврат подтверждаются письменно до оплаты.

ПЕРВОЕ СООБЩЕНИЕ

Достаточно шести пунктов.

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

Подготовить короткое описание задачи →

Как написать

Оставьте заявку или используйте прямой канал; для несовершеннолетнего контакт ведёт взрослый.

Ответ в течение 1–2 рабочих дней.