Урок для разных уровней учеников

Адаптирует готовый урок для учеников ниже, на уровне и выше класса: план для учителя и три документа Word по уровням.

СкиллAnthropicClaudeApache-2.0Нужен терминалПроверка не требуется

Скачать на русскомОригинал на английском (архив)Источник ↗

Что делает: Адаптирует готовый урок для учеников ниже, на уровне и выше класса: план для учителя и три документа Word по уровням.
Когда брать: Когда в классе разный уровень подготовки и нужно подогнать готовый урок под три группы: математика, литература и язык, естественные и общественные науки.
Когда не брать: Для создания нового урока с нуля, оценивания, рубрик, обратной связи по работам и контрольных.
Пример запроса: Мои ученики на разном уровне. Адаптируй этот урок по дробям для трёх групп.
Нужно подключить: Python, терминал
Работает лучше с: Learning Commons KG (база стандартов и типичных ошибок)

Входит в плагин plugin. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

Скачайте архив и распакуйте его.
Положите папку k12-lesson-differentiation в ~/.claude/skills/.
Откройте Claude Code и опишите задачу своими словами: Claude подхватит скилл по описанию.

Текст

---
name: k12-lesson-differentiation
description: Адаптирует готовый школьный урок (K-12: математика, литература и язык, естественные или общественные науки) для учеников с разным уровнем подготовки (ниже, на уровне и выше уровня класса). Загружай этот скилл ДО любых уточняющих вопросов учителю об уроке, уровнях и подготовке учеников. Срабатывает на прямые просьбы дифференцировать, разделить по уровням или добавить опоры к уроку и на неявные сигналы вроде «у моих учеников разный уровень». За один ход выдаёт 1 план дифференциации для учителя и 3 готовых для учеников документа по уровням в виде редактируемых документов Word, собранных из одного JSON-источника материалов с помощью приложенных скриптов (общее содержание пишется один раз, поэтому уровни не расходятся). Использует Learning Commons Knowledge Graph, если он подключён, и работает без него. Скилл адаптирует урок, который учитель принёс или назвал. Он не создаёт новый урок с нуля: просьба о новом уроке с материалами по уровням — работа для k12-lesson-plan-creation, одним пакетом. Не подходит для оценивания, рубрик, обратной связи по работам и контрольных.
license: "Copyright 2026 Anthropic, PBC · Copyright 2026 Learning Commons · SPDX-License-Identifier: Apache-2.0. Complete terms in LICENSE and NOTICE."
---

Дифференциация школьного урока (K-12)

Адаптирует готовый школьный урок для учеников с подготовкой ниже, на уровне и выше уровня класса, опираясь на научно обоснованные принципы дифференциации (подход Томлинсон плюс предметные приёмы обеспечения доступа). Работает как с коннектором Learning Commons Knowledge Graph, так и без него.

«Учитель» во всём этом скилле — пользователь, с которым ты разговариваешь, тот же самый человек, а не кто-то третий. «Для учителя» (teacher-facing) называет адресата документа: этот пользователь, в отличие от его учеников.

Держи учителя в курсе

Как только путь учителя определён (ответ на предложение черновика получен), в одном-двух предложениях скажи, что собираешься делать (например, *«Я прочитаю ваш урок, свяжу его со стандартом и учебными материалами, продумаю три уровня и соберу рабочие листы»*).

Если доступен инструмент списка задач, изложи там и шаги этого скилла, чтобы учитель видел, как они отмечаются выполненными; единственная причина этого не делать — в разговоре нет такого инструмента.

Шаг 0 — Маршрутизация (молча, прежде всего остального)

Предмет. Определи математику, литературу и язык (ELA), естественные или общественные науки по исходному уроку или по запросу, затем ПРЯМО СЕЙЧАС прочитай соответствующий справочный файл:

математика → references/math.md
ELA → references/ela.md
естественные науки → references/science.md
общественные науки → references/social_studies.md

Загрузка соответствующего справочного файла обязательна. В нём лежит педагогика для шагов 1 и 3 (определение исходного урока, определение учебной программы, восемь правил дифференциации R1–R8, шаблоны содержания документов и сопоставление с differentiation.json).

Учебная программа. Раздел «Определи исходный урок» в предметном файле включает определение учебной программы (Illustrative Mathematics / OpenSciEd). Когда программа подтверждена, используй язык обсуждения и структуры этой программы в плане для учителя — так, как сказано в предметном файле.

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

Если программа НЕ подтверждена (её не видно по загрузке или ссылке, учитель прямо не упоминал): нигде в результате ИЛИ в любом сообщении в чате не называй конкретный модуль, номер раздела, номер урока или собственное название приёма — даже если узнаёшь приём по обучению. Описывай педагогический ход своими общими словами («обсуждение со сравнением стратегий», а не охраняемое название приёма). Это жёсткое правило; его нарушение проваливает P9, а сообщения в чате считаются. Парное правило о дословном воспроизведении — в разделе Ограничение по авторскому праву (после шага 3).

Коннектор. Проверь, доступны ли в этом разговоре инструменты Learning Commons Knowledge Graph (например, find_standard_statement). От этого зависит, по какому пути пойдёт шаг 2. Скилл полностью работоспособен и без коннектора.

Штат. До любого обращения к KG просмотри разговор и загруженный исходный урок в поисках

сигналов о штате и сохрани как state:

Учитель говорит «я преподаю в [штате]», «я в [штате]» или «мы в [штате]»
Коды стандартов имеют формат конкретного штата (TEKS, SOL, OAS/PASS, MA, CA/HSS или CA/CCSS; другие коды с префиксом штата → проверь штат)
Адрес исходного урока содержит домен ведомства штата (tea.texas.gov и т. п.)

Если штат найден: сохрани state = [название штата]. Передавай как jurisdiction="<state>" в каждом вызове find_standard_statement на шаге 2. Используй во всём результате коды стандартов штата (а не национальные заменители).

Если штат не найден:

для естественных наук, математики или ELA продолжай с национальными значениями по умолчанию (CCSS для математики и ELA, NGSS для естественных наук). Добавь в план для учителя одну строку в конце: *«Стандарты применены по [CCSS / NGSS] — если вы в Техасе, Вирджинии, Оклахоме или другом штате с собственной рамкой, назовите штат, и я перепривяжу материал.»*
для общественных наук перед продолжением спроси учителя, в каком штате он преподаёт.

Шаг 1 — Определи исходный урок

Следуй разделу предметного файла об исходном уроке: сценарий A (урок уже есть выше в этом разговоре — используй его напрямую, не переспрашивай), сценарий B (учитель загружает урок — сначала прочитай его; если файл не читается, так и скажи и попроси прислать заново, никогда не выдумывай молча), сценарий B2 (учитель даёт ссылку на урок — загрузи и прочитай; если загрузка не удалась, попроси вставить текст или загрузить файл), сценарий B3 (только математика или естественные науки — учитель называет урок учебной программы по номеру или названию — например, «IM, 6 класс, раздел 2, урок 3» или «урок OpenSciEd о динамике экосистем» — шаг 1 завершён; переходи сразу к шагу 2, где find_curriculum_lessons получит материалы урока; НЕ проси учителя загружать урок или давать ссылку) или сценарий C (исходного урока нет — задай уточняющий вопрос из предметного файла, прежде чем продолжать).

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

Проверка потребностей учеников (молча, каждый раз): перед созданием просмотри разговор на упоминания уровней ELL, уровней WIDA, областей целей IEP, адаптаций по плану 504 или особых потребностей учеников. Если нашёл, учти это в проектировании уровней — особенно уровня «ниже». Говори «родной язык», а не конкретный язык, пока учитель его не назвал.

Если о потребностях учеников ничего не сказано И вопрос R8 перед генерацией не задавался (рамки были уже определены), добавь одно предложение в ПЕРВЫЙ ответ: «Особых потребностей учеников вы не указали — я применил умолчания UDL (опоры для предложений и словарь на всех уровнях). Сообщите уровни ELL, цели IEP или данные об учениках, и я скорректирую».

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

Шаг 2 — Опора на стандарты

Если LC Knowledge Graph подключён: следуй разделу по предмету в references/learning-commons-kg.md — обращайся ДО составления черновика; если подключён, а ты не обратился, это критическая ошибка, как бы ни был получен исходный урок — получение урока этот шаг никогда не заменяет.

Если не подключён: действуй по лучшим знаниям и добавь в план для учителя сноску: *«Создано без Learning Commons KG. Текст стандарта, опора на предпосылки и типичные заблуждения отражают общепринятую хорошую практику».* Не выдумывай ссылки на KG.

Шаг 3 — Правила дифференциации

Применяй все восемь правил (R1–R8) из предметного файла к каждому дифференцированному уроку. Правила специфичны для предмета (виды опор, точки входа по уровням, проверки качества расширения различаются по предметам), но структура у них общая: структура результата (R1), сохранение рамок стандарта (R2), точки входа по уровням (R3), опоры для уровня ниже с ограничением плотности (R4), обязательная педагогическая инфраструктура (R5), незаметные модификации (R6), постепенное нарастание опор внутри уровня (R7) и рамки и значения по умолчанию (R8).

Ограничение по авторскому праву

Всегда пиши оригинальное содержание. Когда исходный урок взят из названной учебной программы (IM, OpenSciEd), используй его только чтобы понять структуру, объём, контекст заданий и соответствие стандартам — никогда не воспроизводи дословно тексты для учеников, описания видов деятельности, исследовательские задания, вопросы на понимание или контексты задач из материалов программы. В каждом предметном справочном файле есть строка Copyright с подробностями по предмету.

Если программа НЕ подтверждена (см. правила определения в шаге 0.2), нигде в результате или в любом сообщении в чате не называй конкретную программу, модуль, номер раздела, номер урока или собственное название приёма — даже если узнаёшь их по обучению. Исходный урок и данные KG определяют замысел, не будучи процитированными. Полное правило — в шаге 0.2 (P9).

Шаг 4 — Предложение черновика

Учитель получает выбор: быстрый черновик до сборки. Предложение идёт вместе с тем, что ты спрашиваешь до шага 2 (штат, исходный урок, потребности учеников — через инструмент структурированных вопросов, если он доступен, иначе в чате), но как отдельный вопрос, а если больше спрашивать нечего, задаётся сам по себе. Две его стороны — всегда полный набор и черновик. Формулировка ниже входит в сам вопрос:

Вопрос: *Собрать полный готовый к занятию набор (план для учителя + три документа по уровням, в виде редактируемых документов Word) или сначала показать быстрый черновик?*
Варианты: Собирай сразу · Сначала быстрый черновик — что меняется на каждом уровне, прямо здесь, в чате

По умолчанию — полный набор. Ответ, выбирающий черновик или просящий показать черновик, получает черновик; на любой другой ответ выполняются шаги 2–3 и сразу шаг 5.

Черновик (при согласии) строится на шагах 2–3, а не вместо них. Выполни шаг 2 полностью — каждое обращение к KG точно как написано — и шаг 3, прежде чем что-либо набрасывать. Черновик, набросанный без опоры шага 2, — критическая ошибка. Затем покажи замысел в чате — черновик существует только как текст в чате; сборка выполняется на шаге 5, когда учитель одобрит. Покажи:

одну строку с пересказом исходного урока, стандарта и класса;
для каждого уровня (ниже / на уровне / выше) 2–3 пункта о том, что меняется и почему;
работу учеников в общих чертах — реальные задания каждого уровня, достаточно, чтобы учитель мог пробежать глазами и оценить охват;
одну строку о том, что общее у всех уровней — главный вопрос или основное задание — и правило возвращения в общую группу

Черновик заимствует названия из документов, которые он предваряет: этапы, задания, уровни и разделы называются так, как их назовёт план.

После этого спроси в обычном чате, что дальше — ответ, набранный текстом, может сам нести правки, чего не может выбранный вариант: *«Хотите что-то изменить? Напишите здесь — или скажите приступать, и я создам материалы (план для учителя и три документа по уровням в виде редактируемых документов Word)»*.

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

Шаг 5 — Результат (один ход)

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

Четыре результата — 1 план для учителя + 3 документа для учеников по уровням (ниже / на уровне / выше) — собираются приложенным скриптом из **одного differentiation.json (источника материалов)**. Всё, что встречается больше чем в одном результате (стандарт, набор задач или заданий, выходной билет (exit ticket), словарь, опоры для предложений, типичные заблуждения), живёт ОДИН раз в блоке shared этого JSON и подтягивается в каждый документ блоками {"type": "from_shared", "key": …}, поэтому план для учителя и документы по уровням не могут разойтись, а R6 (один контекст, одни основные задания на всех уровнях) обеспечивается самой структурой.

Каждое изменение вносится в differentiation.json и пересобирается (мгновенно) — никогда не пиши код вёрстки, не правь вручную собранный документ и не перепечатывай его в другом формате.

Простой язык с учителем. Кухня, описанная выше, для учителя невидима: ни в одном сообщении для учителя не упоминай JSON, HTML, схемы, скрипты, названия инструментов, сборку, имена файлов и код — и никогда не давай ссылку на файлы .html, которые команда сборки тоже записывает, и не называй их. Говори *«Вот ваш план дифференциации, три документа по уровням уже в пути»*, а не *«Я собрал differentiation.json»*. Единственное слово о формате в твоей речи — «документ Word». Это относится к каждому ходу, включая объявление о ходе работы: показ результатов, вопрос об удовлетворённости, описания правок и сообщения об ошибках (если создание не удалось, скажи, что документы не удалось создать, а не что упал скрипт или JSON).

Перед записью differentiation.json прочитай references/output.md целиком — там жёсткие требования, перекрёстные проверки, схема, правила правок и правила языка страниц для учеников. Перечитай его перед любым ходом правок.

5b. Собери все четыре документа Word — одной командой, в том же ходе

bash scripts/render_all.sh differentiation.json "$OUTPUT_DIR"

Она записывает $OUTPUT_DIR/teacher_plan.docx, $OUTPUT_DIR/worksheet_group_a.docx, $OUTPUT_DIR/worksheet_group_b.docx и $OUTPUT_DIR/worksheet_group_c.docx за один вызов, плюс рабочие файлы .html — копировать ничего не нужно; оставь на месте всё, что записал скрипт (последующие ходы правок пересобирают из рабочих файлов). Затем выведи список $OUTPUT_DIR и убедись, что у каждого документа есть и .docx, и .html; если какого-то нет или он крошечный, запусти скрипт снова. Покажи учителю все четыре документа Word вместе — план для учителя прикрепи последним, чтобы он оказался сверху (в чате новое показывается первым). Если скрипт выдаёт ошибку, исправь differentiation.json (почти всегда это повреждённый JSON) и запусти снова. Если создание файлов не удалось совсем, скажи об этом прямо — не подменяй молча выдачу ответом в чате.

5c. Завершение (на каждом ходе с результатом)

Сообщение в чате, которое отдаёт результаты, заканчивается тремя вещами, по порядку. Каждая должна быть в самом сообщении в чате — сказанное только внутри напечатанного плана не считается. Говоря о листах, используй названия групп и один раз укажи соответствие (группа A = ниже уровня класса и т. д.).

Заявление о разнообразии учеников (первый ход с результатом, если ты не спрашивал). Если ты в этом разговоре ни разу не спрашивал об особых потребностях учеников (вопрос R8), напиши в чате, что применены умолчания UDL, и предложи уточнить — например, *«Данных об особых потребностях учеников у меня не было, поэтому я применил умолчания UDL: образцы начала фраз и словарь-глоссарий на всех трёх листах по уровням. Расскажите о многоязычных учениках и учениках с IEP или планами 504, и я подстрою дальше»*. Пропусти это, только если учитель уже сообщил сведения об учениках (тогда отрази их: «лист для уровня ниже содержит шаблоны фраз для ваших новичков, изучающих язык»).
Три шага дальше, специфичные для урока (первый ход с результатом). Предложи в чате 3–4 варианта дальнейшей работы, по одной короткой строке, именно для ЭТОГО урока (например, уровневый слой ELD с опорами для предложений по диапазонам WIDA; опоры под конкретную область цели IEP; четвёртый уровень поддержки ниже предпосылок; сужение рамок до одного выходного билета). Предложение предметного справочника для продолжения по формирующему оцениванию (FA) должно быть одним из них.
Вопрос об удовлетворённости. Спроси, доволен ли учитель всеми четырьмя результатами или хочет правок. Не пропускай вопрос — на каждом ходе с результатом, включая правки.

Шаг 6 — Завершение

Скилл завершён, когда учитель подтвердил, что доволен всеми четырьмя документами Word (5c).

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/k12-teacher-skills/tree/main/plugin/skills/k12-lesson-differentiation, лицензия Apache-2.0. Изменения: перевод на русский язык.

Оригинал на английском

---
name: k12-lesson-differentiation
description: Adapts an existing K-12 lesson (math, ELA, science, or social studies) for students at different proficiency levels (below / at / above grade level). Load this skill BEFORE asking the teacher any clarifying question about the lesson, tiers, or student levels. Triggers on explicit asks to differentiate, tier, or scaffold a lesson, and on implicit signals like "my students are at different levels". Produces 1 teacher-facing differentiation plan + 3 student-ready tier documents as editable Word documents in a single output turn, rendered from one material-source JSON via bundled scripts (shared content is written once so tiers cannot drift). Uses the Learning Commons Knowledge Graph when connected; works without it. This skill adapts a lesson the teacher brings or names. Not for creating a new lesson from scratch — a new-lesson request that asks for differentiated or leveled materials is k12-lesson-plan-creation's job, one package. Not for grading, rubrics, assessment feedback, or quizzes.
license: "Copyright 2026 Anthropic, PBC · Copyright 2026 Learning Commons · SPDX-License-Identifier: Apache-2.0. Complete terms in LICENSE and NOTICE."
---

# K-12 Lesson Differentiation

Adapts an existing K-12 lesson for below / at / above grade-level proficiency using
research-based differentiation principles (Tomlinson framework + subject-specific access
design). Works with or without the Learning Commons Knowledge Graph connector.

"The teacher" throughout this skill is the user you are talking with — the same person, never
a third party. "Teacher-facing" names a document's audience: that user, as opposed to their
students.

---

## Keeping the teacher posted

Once the teacher's path is set (the draft offer answered), say in one or two sentences
what you're about to do (e.g. *"I'll read your lesson, ground it in the standard and
curriculum materials, design the three tiers, and build the worksheets."*).

When a task-list or to-do tool is available, also outline this skill's steps there so the
teacher can watch them check off; the only reason to skip this is that no such tool exists
in this conversation.

---

## Step 0 — Route (silent, before anything else)

1. **Subject.** Detect math / ELA / science / social studies from the source lesson or the
request, then read the matching reference file NOW:

- math → `references/math.md`
- ELA → `references/ela.md`
- science → `references/science.md`
- social studies → `references/social_studies.md`

**Loading the matching reference file is mandatory.** It carries the pedagogy for Steps 1
and 3 (source-lesson identification, curriculum detection, the eight differentiation rules
R1–R8, the document content templates, and the differentiation.json mapping).
2. **Curriculum.** The subject file's "Identify the source lesson" section includes curriculum
detection (Illustrative Mathematics / OpenSciEd). When confirmed, use that
curriculum's discourse language and structures in the teacher plan, per the subject file.

**Curriculum is confirmed when:** the teacher explicitly names it, OR the uploaded source
lesson references it (the upload is implicit confirmation).

**If curriculum is NOT confirmed** (not detectable from upload or link, no explicit mention):
never name a specific module, unit number, lesson number, or proprietary routine name anywhere
in the output OR in any chat message — even if you recognize the routine from training.
Describe the instructional move in your own generic terms ("a compare-strategies
discussion", not the routine's trademarked name). This is a hard rule; violating it fails P9,
and chat messages count. See **Copyright guardrail** (after Step 3) for the companion rule on
verbatim reproduction.
3. **Connector.** Check whether the Learning Commons Knowledge Graph tools (e.g.
`find_standard_statement`) are available in this conversation. This decides which path
Step 2 takes. The skill is fully functional without the connector.

4. **State.** Before any KG call, scan the conversation and any uploaded source lesson for
state signals and store as `state`:
- Teacher says "I teach in [state]," "I'm in [state]," or "We're in [state]"
- Standard codes follow a state-specific format (TEKS, SOL, OAS/PASS, MA, CA/HSS or
CA/CCSS; other state-prefixed codes → check state)
- Source lesson URL includes a state agency domain (tea.texas.gov, etc.)

If state found: store `state = [state name]`. Pass as `jurisdiction="<state>"` in every
`find_standard_statement` call in Step 2. Use state framework codes (not national proxies)
in all output.

If state not found:
- for science, math, or ELA, proceed with national defaults (CCSS for math/ELA, NGSS for science). Add this single footer line to the teacher plan:
*"Standards applied using [CCSS / NGSS] — if you're in Texas, Virginia,
Oklahoma, or another state with a distinct framework, share your state and I'll re-anchor."*
- for social studies, ask the teacher what state they teach in before proceeding.

---

## Step 1 — Identify the source lesson

Follow the subject file's source-lesson section: Scenario A (lesson exists earlier in this
conversation — use it directly, do not re-ask), Scenario B (teacher uploads a lesson — read it
first; if unreadable, say so and ask to re-share, never silently fabricate), Scenario B2
(teacher links a lesson by URL — fetch and read it; if the fetch fails,
ask them to paste or upload), Scenario B3 (math or science only — teacher names a curriculum lesson by position or title —
e.g. "IM Grade 6, Unit 2, Lesson 3" or "the OpenSciEd lesson on ecosystem dynamics" — Step 1
is complete; proceed directly to Step 2 where `find_curriculum_lessons` will retrieve the
lesson materials; do NOT ask the teacher to upload or link the lesson), or Scenario C (no source lesson present —
ask the subject file's clarifying question before proceeding).

A fetched link lands in the conversation whole, so a document bigger than one lesson
(a module or unit teacher edition) will not fit. When a link points at one, work from
what the request itself tells you about the lesson and confirm the specifics with the
teacher — topic, grade, and standard carry enough to build from, the same way Scenario C
proceeds after its clarify.

**Learner needs check (silent, runs every time):** Before generating, scan the conversation
for any mention of ELL levels, WIDA levels, IEP goal areas, 504 accommodations, or specific
student needs. If found, incorporate into the tier design — especially the Below tier.
Say "home language," not a specific language, unless the teacher names one.

If no learner needs are mentioned AND the pre-generation R8 ask hasn't fired (scope was already
specified), add one sentence to the FIRST response: "No specific learner needs were provided —
I've applied UDL defaults (sentence supports and vocabulary across all tiers). Share any ELL
levels, IEP goals, or specific student data and I'll adjust."

This check runs even when scope is already specified.

---

## Step 2 — Ground in standards

**If the LC Knowledge Graph is connected:** follow the subject's section in
`references/learning-commons-kg.md` — call BEFORE drafting; not calling when connected is a
critical failure, no matter how the source lesson was obtained — retrieving
the lesson never satisfies this step.

**If not connected:** proceed from best knowledge and add this footer to the teacher plan:
*"Generated without the Learning Commons KG. Standard text, prerequisite grounding, and
misconceptions reflect general best practice."* Do not invent KG citations.

---

## Step 3 — The differentiation rules

Apply **all eight rules (R1–R8)** from the subject file to every differentiated lesson. The
rules are subject-specific (scaffold types, tier entry points, extension quality tests differ
by subject) but their structure is shared: output structure (R1), standard scope preservation
(R2), tier entry points (R3), below-level scaffolds with a density cap (R4), required
pedagogical infrastructure (R5), invisible modifications (R6), within-level progressive
scaffolding (R7), and scope/defaults (R8).

---

## Copyright guardrail

Always write original content. When the source lesson draws from a named curriculum (IM,
OpenSciEd), use it to understand structure, scope, task context, and standards
alignment only — never reproduce student-facing text, activity narratives, investigation
prompts, comprehension questions, or problem contexts verbatim from curriculum materials.
Each subject reference file carries a **Copyright** line with subject-specific details.

If curriculum is NOT confirmed (see Step 0.2 detection rules), never name a specific
curriculum, module, unit number, lesson number, or proprietary routine name anywhere in the
output or in any chat message — even if recognizable from training. The source lesson and
KG data inform the design without being cited. See Step 0.2 for the full rule (P9).

---

## Step 4 — The draft offer

The teacher gets the choice of a fast draft before the build. The offer rides with
whatever you ask before Step 2 (state, source lesson, learner needs — structured question
tool when available, chat otherwise) as its own separate question, and is asked on its
own when nothing else needs asking. Its two sides are always the set and the draft. The
wording below lives in the question itself:

- Question: *Should I build a full classroom-ready set (teacher plan + three tier
documents, as editable Word docs), or do you want to see a quick draft first?*
- Options: **Go ahead and build it** · **Quick draft first** — what changes for each
tier, right here in chat

**The full set is the default.** A reply that selects the draft option or asks to see
the draft gets the draft; every other reply runs Steps 2–3 and goes straight to Step 5.

**The draft (on a yes) is built on Steps 2–3, never instead of them.** Run Step 2 in
full — every KG call, exactly as written — and Step 3 before sketching anything. A draft
sketched without the Step 2 grounding is a critical failure. Then present the design in
chat — the draft is chat text only;
rendering happens at Step 5 once the teacher approves. Show:

- one line reading back the source lesson, standard, and grade;
- for each tier (below / at / above), 2–3 bullets on what changes and why;
- the student work at a glance — each tier's actual tasks, enough for the teacher to
skim and judge coverage;
- one line on what every tier shares — the essential question or core task — and the
regroup rule

The draft borrows its names from the documents it previews — phases, tasks, tiers,
and sections are called what the plan will call them.

Afterwards, ask what's next in plain chat — a typed reply can carry the changes themselves,
which a picked option cannot: *"Want anything different? Tell me here — or tell me to go
ahead and I'll create the materials (teacher plan and the three tier documents, as editable
Word docs)."*

Apply change requests to the draft in chat and re-present it — changes are quick at this
stage. Step 5 runs in the turn the teacher gives the go-ahead.

---

## Step 5 — Output (one turn)

Runs immediately when the teacher chose the full set, or in the turn the draft is
approved.

Four artifacts — **1 teacher-facing plan + 3 student tier documents (below / at / above)** —
are all rendered by a bundled script from **one `differentiation.json` (the material source)**. Anything that
appears in more than one artifact (standard, problem/task set, exit ticket, vocabulary,
sentence supports, misconceptions) lives ONCE in the JSON's `shared` block and is pulled into
each document with `{"type": "from_shared", "key": …}` blocks, so the teacher plan and the
tier documents cannot drift apart — and R6 (same context, same core tasks across tiers) is
enforced structurally.

Every change goes into `differentiation.json` and is re-rendered (instant) — never write
layout code, hand-edit a generated document, or re-type one into another format.

**Plain language with the teacher.** The machinery above is invisible to the teacher: never
mention JSON, HTML, schemas, scripts, tool names, rendering, file names, or code
in any teacher-facing message — and never link or name the `.html` files the render command
also writes. Say *"Here's your differentiation plan — the three tier documents are on their
way"*, not *"I've rendered differentiation.json"*. The only format word in your prose is
"Word document". This applies to every
turn, the keeping-posted announcement included: presenting artifacts, the satisfaction
ask, revision summaries, and error messages (if
generation fails, say the documents couldn't be created — not that a script or JSON failed).

Before writing `differentiation.json`, read `references/output.md` in full — it carries
the hard requirements, cross-checks, schema, revision rules, and student-page language
rules. Re-read it before any revision turn.

### 5b. Render all four Word documents — one command, same turn

```bash
bash scripts/render_all.sh differentiation.json "$OUTPUT_DIR"
```

This writes `$OUTPUT_DIR/teacher_plan.docx`, `$OUTPUT_DIR/worksheet_group_a.docx`,
`$OUTPUT_DIR/worksheet_group_b.docx`, and `$OUTPUT_DIR/worksheet_group_c.docx` in one invocation,
plus `.html` working files — no copy step needed; leave everything
the script writes in place (later revision turns re-render from the working files). Then list
`$OUTPUT_DIR` and confirm every document has both its `.docx` and `.html`; if either is
missing or tiny, rerun the script. Present all four Word documents to the teacher together —
attach the teacher plan last so it lands on top (chat surfaces stack newest-first). If the script errors, fix
`differentiation.json` (it is almost always malformed JSON) and rerun. If file generation
fails entirely, say so clearly — do not silently fall back to a chat-only delivery.

### 5c. The close (every output turn)

The chat message that delivers artifacts ends with three things, in order. Each must appear in
the chat message itself — saying it only inside the printed plan does not count. When the
message mentions the sheets, use their group names with the association noted once
(Group A = below grade level, etc.).

1. **Learner-variability statement (first output turn, when you didn't ask).** If you never
asked about specific learner needs in this conversation (the R8 question), state in chat
that UDL defaults were applied and invite specifics — e.g. *"I didn't have details on
specific learner needs, so I applied UDL defaults — sentence stems and a vocabulary
glossary on all three tier sheets. Tell me about any multilingual learners or students
with IEPs or 504 plans and I'll tailor further."* Skip this only when the teacher already
gave learner information (then reflect it instead: "the Below sheet builds in the sentence
frames for your newcomer ELLs").
2. **Three lesson-specific next steps (first output turn).** Offer 3–4 iteration options in
chat, one short line each, specific to THIS lesson (e.g., a tiered ELD layer with
WIDA-banded sentence supports; IEP-goal-specific scaffolds for a named goal area; a fourth
intervention tier below the prerequisite; tightening scope to the exit ticket only). The
subject reference's FA follow-up prompt must be one of them.
3. **The satisfaction ask.** Ask whether the teacher is satisfied with **all four artifacts**
or wants changes. Do not skip the ask — on every output turn, including revisions.

## Step 6 — Complete

The skill is complete when the teacher has confirmed they are satisfied with all four Word
documents (5c).

Источник: anthropics/k12-teacher-skills / plugin / k12-lesson-differentiation ↗. Ссылка проверена 2026-10-10.

---
name: k12-lesson-differentiation
description: Адаптирует готовый школьный урок (K-12: математика, литература и язык, естественные или общественные науки) для учеников с разным уровнем подготовки (ниже, на уровне и выше уровня класса). Загружай этот скилл ДО любых уточняющих вопросов учителю об уроке, уровнях и подготовке учеников. Срабатывает на прямые просьбы дифференцировать, разделить по уровням или добавить опоры к уроку и на неявные сигналы вроде «у моих учеников разный уровень». За один ход выдаёт 1 план дифференциации для учителя и 3 готовых для учеников документа по уровням в виде редактируемых документов Word, собранных из одного JSON-источника материалов с помощью приложенных скриптов (общее содержание пишется один раз, поэтому уровни не расходятся). Использует Learning Commons Knowledge Graph, если он подключён, и работает без него. Скилл адаптирует урок, который учитель принёс или назвал. Он не создаёт новый урок с нуля: просьба о новом уроке с материалами по уровням — работа для k12-lesson-plan-creation, одним пакетом. Не подходит для оценивания, рубрик, обратной связи по работам и контрольных.
license: "Copyright 2026 Anthropic, PBC · Copyright 2026 Learning Commons · SPDX-License-Identifier: Apache-2.0. Complete terms in LICENSE and NOTICE."
---

# Дифференциация школьного урока (K-12)

Адаптирует готовый школьный урок для учеников с подготовкой ниже, на уровне и выше уровня класса,
опираясь на научно обоснованные принципы дифференциации (подход Томлинсон плюс предметные приёмы
обеспечения доступа). Работает как с коннектором Learning Commons Knowledge Graph, так и без него.

«Учитель» во всём этом скилле — пользователь, с которым ты разговариваешь, тот же самый человек,
а не кто-то третий. «Для учителя» (teacher-facing) называет адресата документа: этот пользователь, в
отличие от его учеников.

---

## Держи учителя в курсе

Как только путь учителя определён (ответ на предложение черновика получен), в одном-двух предложениях
скажи, что собираешься делать (например, *«Я прочитаю ваш урок, свяжу его со стандартом и учебными
материалами, продумаю три уровня и соберу рабочие листы»*).

Если доступен инструмент списка задач, изложи там и шаги этого скилла, чтобы учитель видел, как они
отмечаются выполненными; единственная причина этого не делать — в разговоре нет такого инструмента.

---

## Шаг 0 — Маршрутизация (молча, прежде всего остального)

1. **Предмет.** Определи математику, литературу и язык (ELA), естественные или общественные науки по
   исходному уроку или по запросу, затем ПРЯМО СЕЙЧАС прочитай соответствующий справочный файл:

   - математика → `references/math.md`
   - ELA → `references/ela.md`
   - естественные науки → `references/science.md`
   - общественные науки → `references/social_studies.md`

   **Загрузка соответствующего справочного файла обязательна.** В нём лежит педагогика для шагов 1 и 3
   (определение исходного урока, определение учебной программы, восемь правил дифференциации R1–R8,
   шаблоны содержания документов и сопоставление с differentiation.json).
2. **Учебная программа.** Раздел «Определи исходный урок» в предметном файле включает определение
   учебной программы (Illustrative Mathematics / OpenSciEd). Когда программа подтверждена, используй
   язык обсуждения и структуры этой программы в плане для учителя — так, как сказано в предметном файле.

   **Программа считается подтверждённой, когда:** учитель прямо называет её ИЛИ загруженный исходный
   урок ссылается на неё (сама загрузка — неявное подтверждение).

   **Если программа НЕ подтверждена** (её не видно по загрузке или ссылке, учитель прямо не упоминал):
   нигде в результате ИЛИ в любом сообщении в чате не называй конкретный модуль, номер раздела, номер
   урока или собственное название приёма — даже если узнаёшь приём по обучению. Описывай педагогический
   ход своими общими словами («обсуждение со сравнением стратегий», а не охраняемое название приёма).
   Это жёсткое правило; его нарушение проваливает P9, а сообщения в чате считаются. Парное правило о
   дословном воспроизведении — в разделе **Ограничение по авторскому праву** (после шага 3).
3. **Коннектор.** Проверь, доступны ли в этом разговоре инструменты Learning Commons Knowledge Graph
   (например, `find_standard_statement`). От этого зависит, по какому пути пойдёт шаг 2. Скилл полностью
   работоспособен и без коннектора.

4. **Штат.** До любого обращения к KG просмотри разговор и загруженный исходный урок в поисках
сигналов о штате и сохрани как `state`:
   - Учитель говорит «я преподаю в [штате]», «я в [штате]» или «мы в [штате]»
   - Коды стандартов имеют формат конкретного штата (TEKS, SOL, OAS/PASS, MA, CA/HSS или
     CA/CCSS; другие коды с префиксом штата → проверь штат)
   - Адрес исходного урока содержит домен ведомства штата (tea.texas.gov и т. п.)

   Если штат найден: сохрани `state = [название штата]`. Передавай как `jurisdiction="<state>"` в каждом
   вызове `find_standard_statement` на шаге 2. Используй во всём результате коды стандартов штата (а не
   национальные заменители).

   Если штат не найден:
   - для естественных наук, математики или ELA продолжай с национальными значениями по умолчанию (CCSS для математики и ELA, NGSS для естественных наук). Добавь в план для учителя одну строку в конце:
   *«Стандарты применены по [CCSS / NGSS] — если вы в Техасе, Вирджинии, Оклахоме или другом штате с
   собственной рамкой, назовите штат, и я перепривяжу материал.»*
   - для общественных наук перед продолжением спроси учителя, в каком штате он преподаёт.

---

## Шаг 1 — Определи исходный урок

Следуй разделу предметного файла об исходном уроке: сценарий A (урок уже есть выше в этом разговоре —
используй его напрямую, не переспрашивай), сценарий B (учитель загружает урок — сначала прочитай его;
если файл не читается, так и скажи и попроси прислать заново, никогда не выдумывай молча), сценарий B2
(учитель даёт ссылку на урок — загрузи и прочитай; если загрузка не удалась, попроси вставить текст или
загрузить файл), сценарий B3 (только математика или естественные науки — учитель называет урок
учебной программы по номеру или названию — например, «IM, 6 класс, раздел 2, урок 3» или «урок
OpenSciEd о динамике экосистем» — шаг 1 завершён; переходи сразу к шагу 2, где `find_curriculum_lessons`
получит материалы урока; НЕ проси учителя загружать урок или давать ссылку) или сценарий C (исходного
урока нет — задай уточняющий вопрос из предметного файла, прежде чем продолжать).

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

**Проверка потребностей учеников (молча, каждый раз):** перед созданием просмотри разговор на
упоминания уровней ELL, уровней WIDA, областей целей IEP, адаптаций по плану 504 или особых потребностей
учеников. Если нашёл, учти это в проектировании уровней — особенно уровня «ниже». Говори «родной
язык», а не конкретный язык, пока учитель его не назвал.

Если о потребностях учеников ничего не сказано И вопрос R8 перед генерацией не задавался (рамки были уже
определены), добавь одно предложение в ПЕРВЫЙ ответ: «Особых потребностей учеников вы не указали — я
применил умолчания UDL (опоры для предложений и словарь на всех уровнях). Сообщите уровни ELL, цели IEP
или данные об учениках, и я скорректирую».

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


---

## Шаг 2 — Опора на стандарты

**Если LC Knowledge Graph подключён:** следуй разделу по предмету в `references/learning-commons-kg.md` —
обращайся ДО составления черновика; если подключён, а ты не обратился, это критическая ошибка, как бы
ни был получен исходный урок — получение урока этот шаг никогда не заменяет.

**Если не подключён:** действуй по лучшим знаниям и добавь в план для учителя сноску: *«Создано без
Learning Commons KG. Текст стандарта, опора на предпосылки и типичные заблуждения отражают общепринятую
хорошую практику».* Не выдумывай ссылки на KG.

---

## Шаг 3 — Правила дифференциации

Применяй **все восемь правил (R1–R8)** из предметного файла к каждому дифференцированному уроку. Правила
специфичны для предмета (виды опор, точки входа по уровням, проверки качества расширения различаются
по предметам), но структура у них общая: структура результата (R1), сохранение рамок стандарта (R2),
точки входа по уровням (R3), опоры для уровня ниже с ограничением плотности (R4), обязательная
педагогическая инфраструктура (R5), незаметные модификации (R6), постепенное нарастание опор внутри
уровня (R7) и рамки и значения по умолчанию (R8).

---

## Ограничение по авторскому праву

Всегда пиши оригинальное содержание. Когда исходный урок взят из названной учебной программы (IM,
OpenSciEd), используй его только чтобы понять структуру, объём, контекст заданий и соответствие
стандартам — никогда не воспроизводи дословно тексты для учеников, описания видов деятельности,
исследовательские задания, вопросы на понимание или контексты задач из материалов программы.
В каждом предметном справочном файле есть строка **Copyright** с подробностями по предмету.

Если программа НЕ подтверждена (см. правила определения в шаге 0.2), нигде в результате или в любом
сообщении в чате не называй конкретную программу, модуль, номер раздела, номер урока или собственное
название приёма — даже если узнаёшь их по обучению. Исходный урок и данные KG определяют замысел,
не будучи процитированными. Полное правило — в шаге 0.2 (P9).

---

## Шаг 4 — Предложение черновика

Учитель получает выбор: быстрый черновик до сборки. Предложение идёт вместе с тем, что ты спрашиваешь до
шага 2 (штат, исходный урок, потребности учеников — через инструмент структурированных вопросов, если он
доступен, иначе в чате), но как отдельный вопрос, а если больше спрашивать нечего, задаётся сам по себе.
Две его стороны — всегда полный набор и черновик. Формулировка ниже входит в сам вопрос:

- Вопрос: *Собрать полный готовый к занятию набор (план для учителя + три документа по уровням, в виде
  редактируемых документов Word) или сначала показать быстрый черновик?*
- Варианты: **Собирай сразу** · **Сначала быстрый черновик** — что меняется на каждом уровне, прямо
  здесь, в чате

**По умолчанию — полный набор.** Ответ, выбирающий черновик или просящий показать черновик, получает
черновик; на любой другой ответ выполняются шаги 2–3 и сразу шаг 5.

**Черновик (при согласии) строится на шагах 2–3, а не вместо них.** Выполни шаг 2 полностью — каждое
обращение к KG точно как написано — и шаг 3, прежде чем что-либо набрасывать. Черновик, набросанный без
опоры шага 2, — критическая ошибка. Затем покажи замысел в чате — черновик существует только как текст
в чате; сборка выполняется на шаге 5, когда учитель одобрит. Покажи:

- одну строку с пересказом исходного урока, стандарта и класса;
- для каждого уровня (ниже / на уровне / выше) 2–3 пункта о том, что меняется и почему;
- работу учеников в общих чертах — реальные задания каждого уровня, достаточно, чтобы учитель мог
  пробежать глазами и оценить охват;
- одну строку о том, что общее у всех уровней — главный вопрос или основное задание — и правило
  возвращения в общую группу

Черновик заимствует названия из документов, которые он предваряет: этапы, задания, уровни и разделы
называются так, как их назовёт план.

После этого спроси в обычном чате, что дальше — ответ, набранный текстом, может сам нести правки, чего
не может выбранный вариант: *«Хотите что-то изменить? Напишите здесь — или скажите приступать, и
я создам материалы (план для учителя и три документа по уровням в виде редактируемых документов Word)»*.

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

---

## Шаг 5 — Результат (один ход)

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

Четыре результата — **1 план для учителя + 3 документа для учеников по уровням (ниже / на уровне /
выше)** — собираются приложенным скриптом из **одного `differentiation.json` (источника материалов)**.
Всё, что встречается больше чем в одном результате (стандарт, набор задач или заданий, выходной билет
(exit ticket), словарь, опоры для предложений, типичные заблуждения), живёт ОДИН раз в блоке `shared`
этого JSON и подтягивается в каждый документ блоками `{"type": "from_shared", "key": …}`, поэтому план
для учителя и документы по уровням не могут разойтись, а R6 (один контекст, одни основные задания на
всех уровнях) обеспечивается самой структурой.

Каждое изменение вносится в `differentiation.json` и пересобирается (мгновенно) — никогда не пиши код
вёрстки, не правь вручную собранный документ и не перепечатывай его в другом формате.

**Простой язык с учителем.** Кухня, описанная выше, для учителя невидима: ни в одном сообщении для
учителя не упоминай JSON, HTML, схемы, скрипты, названия инструментов, сборку, имена файлов и код — и
никогда не давай ссылку на файлы `.html`, которые команда сборки тоже записывает, и не называй их.
Говори *«Вот ваш план дифференциации, три документа по уровням уже в пути»*, а не *«Я собрал
differentiation.json»*. Единственное слово о формате в твоей речи — «документ Word». Это относится к
каждому ходу, включая объявление о ходе работы: показ результатов, вопрос об удовлетворённости, описания
правок и сообщения об ошибках (если создание не удалось, скажи, что документы не удалось создать, а не
что упал скрипт или JSON).

Перед записью `differentiation.json` прочитай `references/output.md` целиком — там жёсткие требования,
перекрёстные проверки, схема, правила правок и правила языка страниц для учеников. Перечитай его перед
любым ходом правок.

### 5b. Собери все четыре документа Word — одной командой, в том же ходе

```bash
bash scripts/render_all.sh differentiation.json "$OUTPUT_DIR"
```

Она записывает `$OUTPUT_DIR/teacher_plan.docx`, `$OUTPUT_DIR/worksheet_group_a.docx`,
`$OUTPUT_DIR/worksheet_group_b.docx` и `$OUTPUT_DIR/worksheet_group_c.docx` за один вызов, плюс рабочие
файлы `.html` — копировать ничего не нужно; оставь на месте всё, что записал скрипт (последующие ходы
правок пересобирают из рабочих файлов). Затем выведи список `$OUTPUT_DIR` и убедись, что у каждого документа
есть и `.docx`, и `.html`; если какого-то нет или он крошечный, запусти скрипт снова. Покажи учителю все
четыре документа Word вместе — план для учителя прикрепи последним, чтобы он оказался сверху (в чате
новое показывается первым). Если скрипт выдаёт ошибку, исправь `differentiation.json` (почти всегда это
повреждённый JSON) и запусти снова. Если создание файлов не удалось совсем, скажи об этом прямо — не
подменяй молча выдачу ответом в чате.

### 5c. Завершение (на каждом ходе с результатом)

Сообщение в чате, которое отдаёт результаты, заканчивается тремя вещами, по порядку. Каждая должна быть в
самом сообщении в чате — сказанное только внутри напечатанного плана не считается. Говоря о листах,
используй названия групп и один раз укажи соответствие (группа A = ниже уровня класса и т. д.).

1. **Заявление о разнообразии учеников (первый ход с результатом, если ты не спрашивал).** Если ты в этом
   разговоре ни разу не спрашивал об особых потребностях учеников (вопрос R8), напиши в чате, что
   применены умолчания UDL, и предложи уточнить — например, *«Данных об особых потребностях учеников у
   меня не было, поэтому я применил умолчания UDL: образцы начала фраз и словарь-глоссарий на всех трёх
   листах по уровням. Расскажите о многоязычных учениках и учениках с IEP или планами 504, и я подстрою
   дальше»*. Пропусти это, только если учитель уже сообщил сведения об учениках (тогда отрази их:
   «лист для уровня ниже содержит шаблоны фраз для ваших новичков, изучающих язык»).
2. **Три шага дальше, специфичные для урока (первый ход с результатом).** Предложи в чате 3–4 варианта
   дальнейшей работы, по одной короткой строке, именно для ЭТОГО урока (например, уровневый слой ELD с
   опорами для предложений по диапазонам WIDA; опоры под конкретную область цели IEP; четвёртый
   уровень поддержки ниже предпосылок; сужение рамок до одного выходного билета). Предложение
   предметного справочника для продолжения по формирующему оцениванию (FA) должно быть одним из них.
3. **Вопрос об удовлетворённости.** Спроси, доволен ли учитель **всеми четырьмя результатами** или хочет
   правок. Не пропускай вопрос — на каждом ходе с результатом, включая правки.

## Шаг 6 — Завершение

Скилл завершён, когда учитель подтвердил, что доволен всеми четырьмя документами Word (5c).

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/k12-teacher-skills/tree/main/plugin/skills/k12-lesson-differentiation, лицензия Apache-2.0. Изменения: перевод на русский язык.