Искусственный интеллект в педагогике

Ядро отвечает на более полезный вопрос: как системе работать.

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

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

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

В ядре остаётся только то, что должно действовать всегда.

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

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

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

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

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

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

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

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

Это не означает, что система должна отвечать отказом на каждую неполную просьбу. В работе почти никогда нет идеального набора данных. Учителю нужен разумный черновик и возможность продвинуться. Поэтому ядро различает допущение и выдумку.

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

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

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

Ядро требует редакторской дисциплины. Каждое положение должно выполнять отдельную работу. Если два пункта говорят об одном, остаётся более точный. Если правила спорят, заранее задаётся приоритет.

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

Приоритет особенно нужен, когда учитель сам торопится. Он может написать: «Сразу подготовь характеристику, вопросов не задавай». Ядро не спорит с человеком о цели, но не позволяет текущей формулировке отменить постоянную границу. Система может предложить нейтральную структуру, выделить факты из обезличенных записей, показать, каких подтверждений не хватает. Готовое суждение о ребёнке она не производит.

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

Файлу удобно дать простое имя, которое всегда будет первым в папке: «00. Ядро». Ноль здесь выполняет чисто практическую работу — документ не теряется среди конспектов и карточек.

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

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

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

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

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

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

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

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

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

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