Модуль t.12 · Урок 4
Урок t.12.4: Контроль качества документа — проход критиком
Чему научитесь
- Просить ИИ найти внутренние противоречия и расхождения между разделами большого документа
- Применять приём «критик»: запрос на поиск нестыковок, повторов и пробелов вместо запроса на похвалу
- Различать, где ИИ даёт полезную подсказку, а где нужно решение живого методиста
- Собирать собственный промпт-шаблон критик-прохода и переиспользовать его на каждом документе
Для практики подойдёт любой чат с ИИ. Удобно через arckep.ru — основные модели, без VPN, оплата рублями.
Зачем нужен второй взгляд
Методист собирает программу из десятков страниц: пояснительная записка, тематический план, перечень компетенций, ФОС — фонд оценочных средств, то есть набор контрольных заданий, по которым проверяют, чему студент научился. Документ растёт неделями, разделы пишутся в разные дни. Через месяц автор уже не помнит, что обещал на странице три, и противоречит этому на странице сорок.
Глаз замыливается. Человек, который писал текст, читает его «как задумано», а не «как написано». Поэтому опечатки и нестыковки переживают пять вычиток и всплывают на проверке у эксперта. Это не про невнимательность — это устройство внимания.
Особенно коварны нестыковки между разделами, которые писались в разное время. Утром вы заложили в программу один список тем, через две недели при доработке плана незаметно сдвинули акценты, а пояснительную записку трогать не стали. Формально каждый раздел выглядит правильно. Ошибка живёт в зазоре между ними, и увидеть её можно, только читая два далёких куска подряд. Человек так не читает — он идёт по документу сверху вниз. А вот ИИ, у которого весь текст перед глазами сразу, как раз и заточен под такую сверку.
Приём «критик» — это не магия. Вы просите ИИ прочитать документ с одной задачей: не хвалить, а искать слабые места. Свежий читатель без замыленного глаза проходит документ насквозь и подсвечивает места, где разделы спорят друг с другом. Дальше решаете вы.
Что именно ищет критик
Критик-проход полезен не «вообще проверить», а по конкретному списку дефектов. Чем точнее вы назовёте, что искать, тем меньше ИИ растечётся по общим словам.
Разберём самый частый дефект для методиста — нестыковку между тем, что обещано, и тем, чем это проверяется. Программа заявляет: студент научится «анализировать данные». Открываем ФОС — там только тест с выбором ответа на знание терминов. Анализ данных тест не проверяет. Это разрыв между обещанием и измерением, и именно его эксперт находит первым.
Критик такой разрыв подсвечивает за один проход: он сверяет список заявленных результатов со списком заданий и сообщает, для какого результата нет проверочного средства. Руками эта сверка занимает часы, потому что нужно держать в голове обе таблицы одновременно.
Обратная нестыковка тоже встречается часто: в ФОС лежит задание, которое ничего из заявленного не проверяет. Кто-то добавил контрольную работу «по старой памяти», а в перечне результатов соответствующего пункта уже нет — программу обновили, а оценочные средства забыли. Критик ловит и это: задание есть, привязки к результату нет. Для эксперта такой «висящий» контроль — сигнал, что документ собирали невнимательно.
Главное правило: критик не выносит приговор
Сразу зафиксируем границу, иначе приём принесёт вред вместо пользы.
Почему это важно проговорить отдельно. ИИ формулирует замечания уверенно — той же ровной интонацией и для настоящей ошибки, и для своей выдумки. Если принимать всё подряд, вы внесёте в выверенный документ ложные правки. Поэтому каждое замечание критика — это вопрос «а тут точно нестыковка?», а не команда «исправь так».
Рабочая логика простая: критик дал список подозрительных мест — вы прошли по списку и для каждого решили, реальная это проблема или ложная тревога. Список из двадцати замечаний, где половина по делу, всё равно экономит часы: вам остаётся проверить двадцать конкретных мест, а не перечитывать весь документ вслепую.
Ещё одна причина не отдавать критику последнее слово — ответственность. Документ уходит на аккредитацию или к заведующему кафедрой под вашей фамилией. Если в нём осталась ошибка, отвечаете вы, а не сервис, которым вы пользовались. ИИ не несёт ответственности за результат, не помнит договорённостей и не видит писем, в которых обсуждали спорный пункт. Поэтому он — помощник вычитки, а не соавтор, чьё имя стоит на титульном листе.
Как запустить критик-проход
- Подготовьте документ. Сохраните программу или ФОС в один файл — текстовый или PDF. Если разделы лежат отдельно, соберите их вместе, чтобы критик видел весь документ целиком и мог сверять части между собой.
- Откройте чат с ИИ и приложите файл. В любом удобном сервисе создайте новый диалог и прикрепите документ. Не вставляйте текст кусками — критик должен держать в поле зрения всё сразу, иначе межразделовые нестыковки он не увидит.
- Дайте критик-промпт. Используйте шаблон из следующего раздела. В нём прямо сказано: искать дефекты, не хвалить, ссылаться на конкретные места документа.
- Получите список замечаний. На выходе — перечень подозрительных мест с указанием, где именно и в чём предполагаемая проблема. Это черновик для вашей проверки, а не финальный вердикт.
- Пройдите список руками. По каждому пункту решите: реальная нестыковка — исправляю, ложная тревога — пропускаю. Спорные места проверяйте по исходным требованиям программы.
После первого прохода полезно задать уточняющий вопрос по самым важным разделам: «Сверь ещё раз перечень заявленных результатов обучения со списком заданий в ФОС и покажи, для каких результатов нет ни одного проверочного задания». Узкий запрос даёт более точный ответ, чем широкое «проверь всё».
Не пытайтесь прогнать критика по всему документу одним нажатием и сразу довериться итогу. Лучше разбить вычитку на несколько узких проходов: один — на сверку часов и объёмов между разделами, другой — на связку «результат — задание», третий — на повторы и пропущенные обязательные пункты. Каждый узкий проход держит внимание ИИ на одной задаче, и замечаний по делу выходит больше, чем при размытом «найди всё плохое». Вы тратите на это несколько минут больше, но получаете список, который реально можно отработать, а не свалку общих фраз.
Если документ очень большой и не помещается в один файл, разбивайте его по смысловым блокам, но обязательно давайте критику соседние разделы вместе. Межразделовую нестыковку он увидит только тогда, когда оба спорящих места перед ним одновременно. Класть в чат по одной странице за раз — значит лишить приём его главной силы.
Промпт-шаблон критик-прохода
Шаблон ниже — рабочая основа. Копируете, при необходимости дописываете специфику своего документа.
Ты — придирчивый рецензент учебно-методического документа.
Твоя задача — НЕ хвалить, а найти слабые места. Прочитай
приложенный документ целиком и составь список проблем по
категориям:
1. ВНУТРЕННИЕ ПРОТИВОРЕЧИЯ
Места, где документ утверждает одно, а в другом месте —
противоположное. Укажи оба места дословно.
2. РАСХОЖДЕНИЯ МЕЖДУ РАЗДЕЛАМИ
Числа, объёмы, формулировки, которые не совпадают между
разными частями документа. Покажи, что с чем не сходится.
3. НЕСТЫКОВКИ ТРЕБОВАНИЙ И ОЦЕНОЧНЫХ СРЕДСТВ
Заявленные результаты обучения, для которых нет
проверочного задания. И задания, которые ничего из
заявленного не проверяют.
4. ПОВТОРЫ И ПРОБЕЛЫ
Мысли, повторённые без нужды. Обязательные пункты,
которых не хватает.
Для каждого замечания:
- укажи конкретное место в документе (раздел, абзац, цитата)
- объясни, в чём предполагаемая проблема
- НЕ предлагай готовую правку, только подсвети нестыковку
В конце честно скажи, где ты не уверен и где замечание
может оказаться ложной тревогой из-за нехватки контекста.
Две детали в шаблоне делают его рабочим. Первая — прямая команда «не хвалить»: без неё ИИ по привычке начинает с комплиментов и смягчает критику. Вторая — просьба указывать конкретное место и цитату: это превращает расплывчатое «есть нестыковки» в адресные замечания, которые вы можете быстро проверить.
Когда приём особенно силён, а когда нет
Критик-проход лучше всего работает там, где дефект — это рассогласование между частями: число в одном месте не сходится с числом в другом, заявленный результат не подкреплён заданием. Такие вещи человек пропускает именно потому, что они разнесены по документу, а ИИ держит весь текст в поле зрения сразу.
Слабее приём там, где нужна экспертная оценка по существу: правильно ли подобрана сложность задания, соответствует ли формулировка отраслевому стандарту, адекватна ли методика возрасту учащихся. Здесь ИИ может ошибиться, потому что у него нет вашего профессионального опыта и знания конкретных требований.
Вывод практический: используйте критик-проход как сито для механических нестыковок, а вопросы «по сути предмета» оставляйте себе и коллегам-экспертам. Сито снимает с вас рутину сверки, а на содержательные решения освобождает внимание.
Есть и побочная польза, о которой методисты узнают не сразу. Когда вы регулярно прогоняете документы через критика, вы начинаете видеть, какие нестыковки повторяются из раза в раз: вечно расходящиеся часы, вечно «висящие» задания без привязки к результату. Это подсказка не про конкретный документ, а про ваш процесс сборки. Заметив повтор, вы меняете сам порядок работы — например, сводите часы в одну таблицу-источник, а в остальные разделы тянете число оттуда. Так критик постепенно превращается из вычитчика готового текста в инструмент, который улучшает вашу методическую кухню в целом.
Закрепите на своём документе
Возьмите программу или ФОС, над которыми работаете сейчас. Соберите хотя бы два связанных раздела в один файл — например, перечень заявленных результатов обучения и список заданий, которые их проверяют. Приложите файл к чату с ИИ и дайте промпт-шаблон критик-прохода из этого урока.
Получив список замечаний, пройдите по нему и для каждого пункта поставьте пометку: «по делу», «ложная тревога» или «надо проверить». Посчитайте, сколько замечаний оказались реальными. Даже если их меньше половины — вы получили карту мест, которые стоит перечитать прицельно, вместо слепой вычитки всего документа.
Сохраните промпт-шаблон в отдельный файл или заметку. Критик-проход — это не разовое действие, а привычка, которую вы запускаете перед каждой сдачей документа эксперту. Один и тот же шаблон работает и на программе, и на ФОС, и на пояснительной записке.