Как не-разработчику вести AI-пилоты на работе: пять шагов, четыре условия и точка остановки

Сотрудник небольшого суда в Санта-Барбаре не программист. За год он собрал два AI-прототипа для своего суда, оба закрыл своими руками и трижды выступил с рассказом об этом: в Альбукерке на конференции NACM, в суде Лос-Анджелеса и в Риверсайде на встрече финансовых офицеров. Ценность истории не в том, что «AI справился» — а в наборе правил, которые дают пробовать и при этом вовремя останавливаться.

Почему это вообще работает: автор — тот человек, который каждый день руками разбирает кривые формы запросов. Разработчик из головного офиса такую форму в глаза не видел. А сотрудник на переднем крае точно знает, где именно она ломается, и это знание дороже любого фреймворка.

Как это началось

В июле 2025-го автор подал заявку на AI Summer Camp от California Community Colleges. Никто его не отправлял: одно место из ста, заявок было около 1300, единственный судебный работник в списке. Чтобы не отставать от студентов-программистов, он потратил выходные перед лагерем на чат-бота про присяжных — просто проверить, получится ли. В первый день лагеря в 16:59 наставник попросил собрать извлечение PDF, от которого зависел весь проект остальных. К ночи был открыт ChatGPT, команда сидела рядом. В итоге второе место из четырнадцати.

Дальше логика повторилась: когда появилась возможность выступить, он согласился по той же причине, что и поехал в лагерь. Интересно, докуда дотянет.

Пять шагов: что считается «вести» пилот

В докладе Building Bridges «лидерство» разложено на пять конкретных действий. Диплом по computer science не нужен ни для одного.

1. Инициировать. Самому заметить, что кусок работы делается руками зря.
2. Попросить одобрение. Письменное, до первой строки кода.
3. Собрать. Прототип, а не продукт: один сценарий, одна форма, один отчёт.
4. Получить результат. Работающую штуку или внятное «здесь не получится».
5. Отчитаться. Рассказать, что вышло и что нет, с цифрами и причиной остановки.

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

Четыре условия, без которых лучше не начинать

Это те самые границы, которые автор называет вторым берегом моста: любопытство идёт от сотрудника, рамки и разрешения — от суда. Со стороны суда ещё был руководитель, который читал предложения и говорил «да» на маленькие тесты.

• Одобрение получено письменно и заранее.
• Данные только публичные, обезличенные или выдуманные.
• Каждый результат проверяет человек.
• Точка остановки записана до старта.

Последний пункт выглядит формальностью ровно до момента, когда приходит пора остановиться. Тогда он единственное, что помогает.

Две остановки — главный результат года

Оба судебных пилота были прекращены. Автор называет это любимой частью истории, и понятно почему: остановка — доказательство, что правила действительно работали, а не лежали в презентации.

Write of Access: планка 90%, результат около 80%

Скрипт должен был читать рукописные записи в формах запроса на копии документов. Порог точности в 90% выставили до начала работы, получилось около 80%. Дальше начинается интересное: ошибки кучковались вокруг чекбоксов, подписей и дат — там, где рукописный текст наезжал на печатный. Полезный вывод вышел скучным и дешёвым: нужна форма, в которой меньше рукописного текста. Никакой новой модели для этого не понадобилось.

Hung Jury: тупик за выходные

Второй пилот пытался автоматизировать часть ежегодного отчёта по данным о присяжных для Судебного совета Калифорнии. Старт в пятницу днём, остановка в понедельник утром. Три подхода упёрлись в одно: грязные данные в системе-источнике. Существующая Excel-книга осталась лучшим инструментом для этой задачи, а чинить нужно было данные — кода там и так хватало.

Лучше найти тупик за выходные, чем за три месяца.

Три роли AI — держите их раздельно на слайде

В Риверсайде автор услышал вопрос, к которому не готовился: «AI работал с моими данными?» Точнее — с данными суда. Для аудитории, которая присматривается к AI с опаской, это первый вопрос, а не техническая деталь. Готовый ответ — таблица из доклада.

Отправка обезличенных образцов в Textract была прописана в том же письменном одобрении на пилот. Именно эту строчку и стоит показывать первой — до того, как её спросят.

Почему второй раз вышел тяжелее первого

Первое выступление — февраль 2026, Альбукерке, конференция NACM. Никого из своего суда в зале: ни коллеги в третьем ряду, ни человека, у которого после можно спросить «ну как?». Зато и планки не было — соответствовать было нечему.

Второе — июль 2026, суд Лос-Анджелеса, крупнейший суд первой инстанции в стране. Хозяевам было интересно, а чужой интерес поднимает планку. Плюс на бейдже стояло имя суда: репутация Санта-Барбары заходила в зал вместе с автором, и это оказалось тяжелее, чем стоять одному.

Третье — 16 октября 2026, Риверсайд, встреча финансовых офицеров с темой «Валюта любопытства». Два месяца подготовки, слайды правились за день до выхода. Шутки про финансистов зашли, и это честно записано в победы.

Что реально помогло

Одна мелочь: Claude превратил тезисы доклада в MP3, и автор слушал собственное выступление в машине. Голос в ушах работает лучше, чем ещё один прогон текста глазами. Инструмент тот же, которым собирались сами пилоты.

Что делать, если вы тоже не любите микрофон

• Разделите две вещи. Тема может нравиться, а сцена — нет. Это не противоречие и не повод бросать.
• Считайте выступление экспериментом с гипотезой, а не экзаменом. После третьего доклада пришло облегчение, что всё закончилось. Если восторга нет — скорее всего, дело в ожиданиях.

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