Услуги
Сайты и магазиныЛендинги ★Создание сайтовИнтернет-магазины
ИИ и автоматизацияИИ-секретарь ★Автоворонка и прогрев ★Telegram-боты ★Автоматизация ★CRM-разработка
ПродвижениеSEO-продвижениеAI-продвижение ★Контекстная рекламаSMM и соцсети
Наружка, печать и производствоВывески и буквыНаружная рекламаБаннеры и штендерыТипографияВизиткиШирокоформатБрендированиеОклейка автоТорговое оборудованиеМатериалы для рекламы
Дизайн и поддержкаДизайнПоддержка
КомплексDigital под ключ ★
РешенияКейсыПортфолиоЦеныО студииБлогКонтакты Обсудить проект

Прибор врёт

Зелёный, который ничего не значит

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

Замер: 9 августа 2026разбор своих ошибок

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

Короткий вывод. Зелёный результат проверки — утверждение о работе проверки, а не о качестве объекта. Три механизма, на которых мы это поймали у себя: проверка с накопителем зависит от порядка обхода — первая страница пары всегда зелёная, вторая красная; пересборка подмножества страниц даёт ложный зелёный, потому что накопитель пуст; «виноватой» назначается вторая по порядку, а не та, что хуже. Отсюда два следствия. Уникальность — свойство корпуса, и агент, видящий одну страницу, не видит её в принципе. А экономию на модели мы разрешили себе только там, где проверка доказана мутационным тестом: 5 гейтов из примерно 17. Слабый гейт плюс дешёвая модель дают систематическую деградацию, которая выглядит зелёной.

Накопитель зависит от порядка обхода

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

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

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

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

Уникальность — свойство корпуса, а не страницы

Постраничная проверка отвечает на вопрос «хороша ли эта страница сама по себе»: заголовки на месте, разметка валидна, текст читается. Вопрос «отличается ли она от трёхсот соседних» постраничная проверка не задаёт — и не может задать, потому что соседних не видит.

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

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

Экономия на модели — только там, где проверка доказана

Каскад «сначала дешёвая модель, дорогая только при сомнении» экономит заметно, и соблазн раскатать его на все проверки большой. Мы разрешили его в 5 гейтах из примерно 17 — ровно в тех, где заранее доказали, что проверка ловит дефект.

Доказательством считается мутационный тест: в проверяемое вносится поломка, и гейт обязан покраснеть. У одного из разрешённых гейтов все 6 правил ловят свою мутацию, у другого 5 инвариантов отработали в обе стороны, у третьего проверено 8 сцен в режиме «сломать — починить».

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

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

Общее во всех трёх случаях

Зелёный говорит: «эта проверка на этом наборе входных данных не нашла того, что умеет находить». Всё остальное — достройка читателя. Накопитель не нашёл повтор, потому что сравнивать было не с чем. Постраничный чекер не нашёл шаблонность, потому что не видел корпуса. Дешёвая модель не нашла дефект, потому что её никто не проверял на способность его находить.

Практический смысл: рядом с каждым зелёным нужно держать ответ на вопрос «что именно эта проверка умеет ловить и проверяли ли мы это». Без ответа зелёный не читается вообще.

Что сделать у себя

  1. Найдите у себя проверки с состоянием. Всё, что копит увиденное между элементами: дедупликация, поиск повторов, сверка сквозной терминологии. Любая такая проверка зависит от порядка обхода.
  2. Прогоните тест на порядок. Один и тот же набор в прямом и обратном порядке. Если «виноватые» поменялись местами — накопитель у вас есть и он врёт именно так.
  3. Запретите приёмку по дельте. Для накопительных проверок результат прогона по подмножеству не пишется в приёмку ни при каких условиях.
  4. Разделите проверки на постраничные и корпусные. Второй список у большинства команд пустой, и это не потому, что там всё хорошо.
  5. Не подпускайте дешёвую модель к недоказанной проверке. Сначала мутационный тест: вносим поломку — гейт краснеет. Нет теста — нет права экономить на модели.
  6. На останавливающих работу гейтах каскад не включайте. Там экономия считается от цены пропуска, а не от цены запуска.
Итог. Три способа получить зелёный, который ничего не значит: пустой накопитель, проверка не того масштаба, недоказанная проверка на дешёвой модели. Все три дают отчёт, неотличимый от отчёта по здоровой системе, — поэтому ловятся только заранее заданным вопросом «а что эта проверка вообще умеет находить».

Источники материала

  • Методика конвейера, раздел о накопительных проверках: зависимость от порядка обхода, ложный зелёный при пересборке подмножества, правило «приёмка только по полному корпусу».
  • Методика конвейера, раздел о масштабе проверки: уникальность как свойство корпуса и предел агента, видящего одну страницу.
  • Регламент каскада моделей: перечень гейтов с разрешённым каскадом, требование мутационного теста, запрет каскада на останавливающих гейтах.
  • Инвентарь замеров, группа «Организация работы с ИИ-агентами».

Приёмка результата агента — сквозная тема курса

Отличить «проверка прошла» от «объект в порядке» — навык руководителя, а не инженера. В курсе ставим мутационный тест на ваши проверки и разделяем контроль на постраничный и корпусный.

Программа курса и цены
Соседние материалы
Предыдущий замер: 55% ложных находок у дорогой моделиСледующий замер: Детектор врал в обе стороныВсе материалы журнала

Обсудим ваш проект

Оставьте заявку — свяжемся в течение 15 минут в рабочее время, зададим пару вопросов и пришлём ориентир по цене и срокам. Бесплатно, без обязательств.

  1. 1. Заявка или квиз
  2. 2. Короткий созвон / переписка
  3. 3. Бесплатная смета и план
  4. 4. Договор и старт

Бесплатно и ни к чему не обязывает. Ответим за 15 минут.