Процесс и результаты

Как устроена работа с ИИ над реальными задачами

Каждый значимый шаг сначала записывается вместе с причиной выбора, а затем независимо проверяется — прежде чем превратиться в код, сборку или обещание клиенту. Ниже — конкретные случаи: что было, что сделали и что получилось.

Как связаны артефакты методологии — от задачи до результата.

flowchart TD
    TZ["Задача
(исходная формулировка — не правится;
новая версия = новый файл)"] --> Q["Вопрос
(что неясно и что изменится от ответа)"] Q -->|исследует| S["Находки
(ответ на вопрос)"] Q -->|решает| D["Решение
(предложено →
принято только человеком)"] Q -->|проверяет практикой| E["Эксперимент
(критерий успеха/провала
ДО начала, не после)"] S -.->|"факт, годный
за пределами задачи"| K["Знание
(одна тема — один файл)"] D -.->|"факт, годный
за пределами задачи"| K E -.->|"факт, годный
за пределами задачи"| K S -->|"внешний источник"| IST["Источник
(оригинал — не правится)"] S --> D E --> D D -->|"итоговый текст/код"| ART["Результат
(произведённое, заранее объявленное)"] CRIT(["независимая проверка"]) -.->|"обязательна перед передачей"| TZ CRIT -.->|"обязательна перед передачей"| D

Ловить ошибку, пока она дешёвая

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

Архитектура Telegram-бота

Непроверенное имя в оценке вариантов

Формулировка решения прямо утверждала: ни одно непроверенное имя модели не попадает в итоговую оценку. На практике в одной из ячеек таблицы вариантов стояло конкретное имя, которое никто не проверял.

БылоУтверждение о чистоте данных не совпадало с содержимым той же таблицы.
СталоНесовпадение найдено, цифры пересчитаны заново (32 и 14 превратились в 65 и 68 — ровно то же, что дала независимая проверка), сам выбор варианта не изменился.

Время между тем, как решение легло на стол, и тем, как несовпадение нашли и закрыли: пятнадцать минут.

Аудит стороннего репозитория

Ошибка, пойманная дважды подряд — вторая была новой

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

БылоПервая проверка вернула цифру, не совпадающую с реальным подсчётом.
СталоИсправление внесли, но вместе с ним — новую неточность; вторая проверка поймала именно её через тринадцать минут после первой, и в течение нескольких минут всё было исправлено и названо прямо: «после смены определения производное число не пересчитали».

Когда находят выдумку — не прячут, а чинят правило

Иногда проверка ловит не арифметику, а содержание: утверждение, которого на самом деле не было в источнике.

Проверка цитат из статьи о гео-продвижении

Выдуманная цитата — и правило, которое после неё перестало повторяться

Из трёх цитат, заявленных как дословные, одна оказалась полностью выдуманной: в ней упоминалась Россия, а слово «Russia» ни разу не встречалось на исходной странице — проверено прямым поиском по полному тексту. Ещё две оказались пересказом без кавычек, выданным за цитату.

БылоДословность не проверялась посимвольно — «похоже на цитату» принималось за «цитата».
СталоПравило «дословно — значит дословно, посимвольно» внесено в рабочие инструкции в течение нескольких минут. На следующем прогоне той же задачи все пять цитат стали дословными посимвольно, а одно утверждение, раньше поданное как прямое, система сама переквалифицировала в «подтверждено косвенно», указав точный способ проверки.

Стабилизация сборки: три прохода за один день

Автоматическая сборка для нескольких платформ сразу — отдельный источник сюрпризов, который решается повторением одного и того же цикла «попробовать → найти причину → исправить».

Сборка настольных игр для трёх платформ

От незамеченного сбоя до трёх зелёных платформ, а потом пяти

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

Три прохода за один день — и дальше сборка остаётся стабильной на всех платформах разом.


От пустой папки до игры, которую можно установить на телефон

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

4ч10м от пустой папки до первого живого, подтверждённого запуска: игра открылась, ход засчитан, ответ соперника пришёл, ошибок рендера нет
5 настольных игр в одном мобильном приложении — гомоку, точки, го, реверси, пирамида — с 3D-рендером
618+ автоматических проверок зелёные перед публикацией сборки

Сборка существует не только «по зелёной галочке CI»

Android-сборка опубликована и скачиваема по прямой ссылке. Перед тем как считать её готовой, файл сборки распаковали вручную и нашли внутри именно то исправление, ради которого эту сборку делали (правильную обработку касаний на экране) — не поверили зелёной галочке, а посмотрели на содержимое. Каждая из пяти игр перед публикацией прогнана вживую в обеих цветовых темах всеми способами ввода — касанием, колесом мыши, правой кнопкой, сочетаниями клавиш, двухпальцевым жестом.

Конкретные неполадки, которые нашли до того, как их увидел игрок

Сама проверка тоже время от времени промахивается — и это тоже фиксируется честно

Многоэтапная автоматическая сборка однажды остановилась на последнем шаге, выглядело это как сбой инфраструктуры. При разборе оказалось, что причина не в инфраструктуре, а в том, как была сформулирована сама задача на предыдущем шаге — записано прямо как ошибка формулировки, а не как чужой сбой. В другой раз проверяющий шаг принял на слово собственное заявление предыдущего шага («соединения с базой нет») вместо того, чтобы перепроверить это самостоятельно; ручной разбор нашёл настоящую причину (отсутствующий заголовок авторизации и обращение к несуществующей модели) — и это тоже названо прямым текстом: «заявление было неточным, его не перепроверили», без смягчения.

Та же привычка работает и там, где её формально не требовали

Генерация контента для игры подбирала и переключала языковую модель и формулировку запроса напрямую, в обход привычного пошагового разбора — но даже здесь выбор модели был записан с причиной, а не сделан молча. Когда первый же реальный прогон поймал настоящую неполадку в формулировке запроса (поля перепутались местами, доля переводов составила 1 из 17 вместо ожидаемых примерно 7 из 11), исправление довело результат до 14 из 16 — выше исходного ориентира, а разница была названа прямо своими словами: «модель переводит охотнее, чем предполагалось», а не списана на ошибку.


Что из этого получают те, кто ведёт проекты с ИИ

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

Видно, кто на самом деле принял решение — человек или ИИ сам

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

Проверка — до того, как решение ушло дальше, а не после

Решение о тайм-ограничении для ИИ-соперника в одной из игр было принято в разговоре единолично, без обычной проверки — оказалось неполным и обошлось примерно в час впустую потраченного времени расчёта. Тот же пробел позже нашёлся в трёх решениях о самом порядке работы, которые были написаны и сразу применены в разговоре, в обход проверки, которую они же сами описывали; когда их всё-таки прогнали через настоящую проверку, все три потребовали доработки, причём одно — с неполадкой, из-за которой механизм не работал бы почти для всех, кому он предназначен. Теперь любое описание нового порядка работы или инструкции проходит проверку перед тем, как его начинают применять, а не после.

Находка не остаётся похороненной внутри одной задачи

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


Как это называется и где это встречает людей

Формулировка, проверенная пересказом своими словами, и три канала, где уже находится нужная аудитория.

«Каждое важное решение сначала записывается с вариантами и причиной выбора, а потом отдельная пара глаз — тоже ИИ, но другая — ищет в нём ошибку раньше, чем решение превратится в код или договор. Из-за этого в истории проекта всегда видно, что было предложено, что отвергнуто и почему, а не только то, что получилось в итоге».

Сообщества разработчиков

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

Отраслевые встречи

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

Партнёрская сеть

Существующая сеть консалтингов и интеграторов вокруг платформы Claude — уже отобранный пул фирм с клиентами, готовыми платить за внедрение ИИ-агентов, без необходимости собирать аудиторию с нуля.

Экономика партнёрства

Для партнёра, который просто передаёт клиента — 10–15% от суммы первого контракта разовой выплатой. Для партнёра, который сам внедряет или сопровождает — 20–25% от суммы сопровождения, пока оно продолжается. Вилка строится на отраслевых ориентирах консалтинга и SaaS-партнёрских программ, со скидкой на то, что сопровождение — это живая работа людей, а не продукт с нулевой предельной стоимостью обслуживания.