Нейросети для методиста: задачи и готовый план курса

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

Задачи методиста и их связь в одном курсе

Работа методиста раскладывается на четыре задачи, и они держатся друг за друга. Первая — сформулировать наблюдаемый результат: не «понимать регламент», а «самостоятельно оформить одну заявку». Вторая — разложить результат на уроки с ограничением по времени. Третья — подготовить практику, где ученик действует руками. Четвёртая — проверить работу по заранее заданным основаниям.

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

Общие принципы промптинга подтверждает документация Microsoft: в статье Prompt engineering techniques на learn.microsoft.com сказано, что инструкции задают модели задачу, примеры показывают желаемое поведение, а ответы модели нужно проверять. Конкретный сервис-деск, поля и правила ниже — учебный вход, собранный редакцией для примера.

Возьмём один законченный случай. Аудитория — 20 новых сотрудников поддержки без опыта. Цель — самостоятельно оформить заявку по учебному регламенту. Ограничение — три урока по 30 минут. Наблюдаемый результат — одна корректно заполненная заявка.

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

Регламент «Маяк», I-17, T-17 и T-bad

Учебный регламент «Маяк» задаёт пять обязательных полей заявки: тема, категория, приоритет, описание, вложение. Категория «Доступ» применяется, если пользователь не может войти. Категория «Оборудование» — если физическое устройство не работает. Приоритет «Высокий» ставится только при остановке работы всей команды. Если затронут один сотрудник, ставится «Обычный». Описание содержит сотрудника, наблюдаемый симптом и охват проблемы. В поле вложения указывается имя переданного файла; если файла нет, пишется «нет файла». Придумывать файл, причину или охват нельзя.

Исходный инцидент I-17: Анна не может войти в учебный портал, видит «Доступ запрещён». У остальных сотрудников вход работает. Анна передала файл access-error.png.

Эталонная заявка T-17 заполняется так:

Ошибочная заявка T-bad для самопроверки выглядит иначе: тема «Портал», категория «Оборудование», приоритет «Высокий», описание «Сломался сервер у всей команды», вложение «нет файла». В ней четыре существенные ошибки: неверная категория, неверный приоритет, выдуманная причина и охват, потерянный переданный файл. Короткая тема сама по себе пятой ошибкой не объявляется: регламент не задавал шаблон темы. Исправление — T-17.

Такой пакет удобен тем, что методист получает готовые основания для разбора. Каждая ошибка привязана к правилу регламента или к факту инцидента, поэтому объяснение не сводится к вкусовщине.

Три урока: сумма интервалов каждого — 30 минут

План строится на трёх уроках, и в каждом интервалы складываются ровно в 30 минут. Ниже — заполненные уроки с действиями ученика, материалами, результатом и критерием проверки.

Урок 1 «Узнать корректную заявку». 0–5 минут: преподаватель предъявляет цель и I-17. 5–10: ученики читают пять полей и два правила классификации. 10–20: находят эти поля и основания выбора в T-17. 20–30: отмечают в чек-листе, какой фрагмент I-17 подтверждает каждое поле. Материалы: регламент, I-17, T-17. Результат: пять найденных полей и объяснение категории и приоритета. Проверка: все поля найдены, категория и приоритет обоснованы исходными фактами.

Урок 2 «Оформить заявку». 0–5 минут: повторяют регламент. 5–20: самостоятельно заполняют пустую форму по I-17 без показа T-17. 20–25: сверяют с эталоном. 25–30: исправляют и объясняют расхождения. Материалы: регламент, I-17, форма из пяти полей, закрытый до сверки эталон. Результат: своя T-17. Проверка: пять непустых полей, верная категория, обычный приоритет, исходные симптом и охват, переданный файл без выдуманных причин.

Урок 3 «Проверить и исправить». 0–5 минут: получают T-bad и I-17. 5–15: отмечают четыре ошибки с привязкой к регламенту или инциденту. 15–25: исправляют заявку. 25–30: сдают исправление и четыре объяснения. Материалы: регламент, I-17, T-bad. Результат: корректная T-17 и список четырёх ошибок. Проверка: исправлены все четыре, новые факты не добавлены.

Сумма интервалов в каждом уроке равна 30 минутам. Это удобная проверка: если после правок сумма сбилась, план нужно пересобрать.

Полный промпт для копирования

Промпт, чтобы получить план трёх уроков с эталоном и разбором ошибок:

Ты — методист. Подготовь три урока по 30 минут для 20 новых сотрудников поддержки без опыта. Цель: каждый самостоятельно оформляет одну заявку по учебному регламенту «Маяк».
Регламент: обязательны тема, категория, приоритет, описание, вложение. «Доступ» — невозможно войти; «Оборудование» — физическое устройство не работает. «Высокий» — остановлена работа всей команды; один сотрудник — «Обычный». Описание содержит сотрудника, симптом и охват. Вложение — имя переданного файла, иначе «нет файла». Не выдумывай причину, файл или охват.
Инцидент I-17: Анна не может войти в учебный портал, видит «Доступ запрещён»; остальные входят. Передан access-error.png.
Эталон T-17: Анна: нет доступа к учебному порталу | Доступ | Обычный | Анна не может войти в учебный портал: «Доступ запрещён». У остальных вход работает | access-error.png.
Ошибочная T-bad: Портал | Оборудование | Высокий | Сломался сервер у всей команды | нет файла.
Урок 1: разобрать эталон; урок 2: самостоятельно заполнить форму и сверить; урок 3: найти четыре существенные ошибки T-bad и исправить. В каждом уроке укажи интервалы с суммой 30 минут, действия ученика, материалы, наблюдаемый результат и критерий проверки. Добавь заполненный эталон заявки и разбор четырёх ошибок. Не объявляй короткую тему отдельным нарушением: такого правила нет.
Формат: таблица трёх уроков, затем T-17, затем четыре ошибки и исправления. Это учебный план, не отчёт о проведённом курсе.

Под себя меняют весь согласованный пакет: [ваш регламент], [ваш инцидент], [ваш эталон], [ваша ошибочная заявка]. Пять полей, два правила классификации и интервалы уроков задаются заново под свою тему.

Вариации той же задачи, если нужен другой фокус:

Ты — методист. Собери три урока по 45 минут для 15 стажёров склада. Цель: каждый верно оформляет приёмку по регламенту [ваш регламент]. Дай интервалы с суммой 45 минут, эталон и одну ошибочную заявку с четырьмя ошибками.

Ты — методист. Подготовь два урока по 20 минут для 30 операторов. Цель: каждый классифицирует обращение по [ваш список категорий]. Добавь эталон, ошибочный пример и критерий проверки.

Ты — методист. Сделай один урок на 60 минут для 10 наставников. Цель: каждый разбирает чужую работу по [ваш чек-лист]. Дай интервалы, эталон и три типовые ошибки с основаниями.

Ты — методист. Собери четыре урока по 25 минут для 25 новичков. Цель: каждый заполняет [вашу форму]. В каждом уроке — интервалы, материалы, результат и проверка.

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

Четыре ошибки T-bad и основания исправления

Разбор T-bad строится на четырёх ошибках, и каждая имеет основание в регламенте или в инциденте. Пятого правила о длине темы здесь нет: регламент не задавал шаблон темы, поэтому короткая тема сама по себе нарушением не считается.

Первая ошибка: категория «Оборудование» не подходит, потому что пользователь не может войти, а физическое устройство не описано как неработающее. Вторая: приоритет «Высокий» требует остановки работы всей команды, а затронут один сотрудник. Третья: описание «Сломался сервер у всей команды» добавляет причину и охват, которых в I-17 нет. Четвёртая: вложение «нет файла» теряет переданный access-error.png.

Исправление каждой ошибки — это возврат к T-17. Ученик не просто переписывает заявку, а называет основание: правило регламента или факт инцидента. Такой разбор учит отделять наблюдаемое от додуманного.

Проверка времени, полей, категории и фактов

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

Первая проверка — время. Независимо сложить интервалы каждого урока: должно получиться 30/30/30. Если сумма сбилась, план пересобирают.

Вторая проверка — пять полей. В T-17 должны быть заполнены тема, категория, приоритет, описание, вложение. Пустых полей быть не должно.

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

Четвёртая проверка — отсутствие выдуманных фактов. В описании должны стоять сотрудник, наблюдаемый симптом и охват из I-17. Причина сбоя не придумана. Вложение совпадает с переданным файлом.

Документация Microsoft отдельно предупреждает: даже аккуратно составленный промпт не гарантирует правильный ответ, и ответы модели нужно проверять. Поэтому приёмка остаётся за методистом.

Ручной эталон и реальный результат запуска

План, регламент, I-17, T-17 и T-bad составлены редакцией вручную как учебный пример. Модель и курс не запускались, поэтому это эталон для сверки.

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

Для своего курса читатель заменяет весь согласованный пакет: регламент, инцидент, эталон и ошибочную заявку. Затем повторяет проверки времени, полей, категории и фактов. Такой порядок переносится на любую тему, где есть форма и правило классификации.

Как читать разбор T-bad и не превратить проверку в спор о вкусах

Разбор ошибочной заявки удобно вести от исходного инцидента к каждому полю формы. Читатель берёт I-17 и по очереди спрашивает: какой факт подтверждает значение в клетке? В поле темы по этому регламенту проверяют наличие текста: конкретный шаблон содержания не задан. Для категории важно найти в описании инцидента признак, который регламент связывает с «Доступом». Для приоритета — установить охват: сколько людей затронуто. Для описания — собрать сотрудника, наблюдаемый симптом и охват, не добавляя причину. Для вложения — сверить имя переданного файла.

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

Полезно заранее договориться, что считается доказательством. Доказательство — фрагмент регламента или факт из I-17, который можно показать пальцем. Формулировка «так обычно бывает» доказательством не является, и это стоит проговорить до начала работы с T-bad. Тогда обсуждение остаётся предметным: каждая претензия к заявке подкреплена ссылкой на правило или на исходные данные.

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

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

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

Частые вопросы

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

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

Сколько уроков брать для короткого курса?
В учебном примере взято три урока по 30 минут, и сумма интервалов каждого равна 30. Число уроков задаёт ограничение по времени. Для другой аудитории интервалы пересчитывают под своё ограничение.

Что делать, если модель придумала факт?
Вернуть её к исходному инциденту и регламенту. В примере описание «Сломался сервер у всей команды» добавляет причину и охват, которых в I-17 нет. Исправление — вернуть сотрудника, симптом и охват из инцидента.

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