mcpField
K
k12-lesson-differentiation

k12-lesson-differentiation

github.com/anthropicsその他600170 回インストール2 週間前に更新
リポジトリ

k12-lesson-differentiation について

K-12 Lesson Differentiation は、既存の授業を学年水準の下・中・上の3段階に調整する教育スキルです。基準に沿った段階別の授業設計を支援し、Learning Commons Knowledge Graph コネクターなしでも利用できます。

主な機能

  1. 01授業を習熟度別の3段階に調整
  2. 02教科別の差別化指針を適用
  3. 03基準とカリキュラム資料に基づく設計
  4. 04KG コネクターの有無に対応

活用シーン

  1. 01既存授業から段階別教材を作成
  2. 02把握済みの学習者ニーズに合わせた調整
  3. 03基準に沿った差別化計画の作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/anthropics/k12-teacher-skills --skill k12-lesson-differentiation

インストール後、Claude Code で/k12-lesson-differentiationを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

LICENSE
references/
differentiation-json.md
ela.md
example_differentiation.json
learning-commons-kg.md
math.md
NOTICE
output.md
science.md
social_studies.md
rendering/
claude-artifact.md
docx.md
scripts/
lesson_common.py
render_all.sh
render_documents.py
render_lesson_docx.py
render_lesson_html.py
theme.css

詳細

K-12 レッスンの個別最適化

ここに記載されているパス(references/…、rendering/…)は、この SKILL.md があるフォルダーからの相対パスです。絶対パスを使用してください。

研究に基づく個別最適化の原則(Tomlinson のフレームワークと、教科固有のアクセス設計)を用いて、既存の K-12 レッスンを学年相当より下・相当・上の習熟度に合わせて調整します。Learning Commons Knowledge Graph コネクターの有無にかかわらず使用できます。

このスキル全体を通して「教師」とは、あなたが話しかけているユーザー、つまり同じ人物を指し、第三者ではありません。「教師向け」は、その文書の対象読者を指します。つまり、生徒ではなく、そのユーザーです。


教師への進捗報告

教師の進め方が決まったら(下書きの提案への回答を受けたら)、これから行うことを 1~2 文で伝えます(例:「レッスンを読み、基準とカリキュラム教材に沿って内容を整理し、3 段階の教材とワークシートを作成します。」)。

タスクリストまたは ToDo ツールが利用できる場合は、このスキルの手順もそこに示し、教師が進捗を確認できるようにします。この会話でそのようなツールが存在しない場合に限り、省略してください。

教師は、ツール呼び出しの前後に書かれたものも含め、あなたが書くすべての行を読みます。ツール呼び出しの合間には何も言わないか、教師に伝わる言葉で話してください。教師が受け取るもの、つまり個別最適化の計画と 3 段階の文書に言及し、ツール名、ファイル名、「JSON」、「アートボード」、「レンダリング」には触れないでください。「Word 文書」と言ってよいのは Word の手順の場合のみです。それ以外では「文書」または「ページ」としてください。エラーについても同様です。スクリプトや JSON の失敗ではなく、文書を作成できなかったと伝えてください。


ステップ 0 — ルーティング(ほかの作業を始める前に、何も出力せず実施)

  1. 教科。 提供された授業資料またはリクエストから、数学/ELA/科学/社会科のいずれかを判定し、該当する参照ファイルをただちに読み込みます。

    • 数学 → references/math.md
    • ELA → references/ela.md
    • 科学 → references/science.md
    • 社会科 → references/social_studies.md

    該当する参照ファイルの読み込みは必須です。 ファイルには、ステップ 1 と 3 に関する指導法(元の授業の特定、カリキュラムの検出、8 つの差別化ルール R1~R8、ドキュメント内容のテンプレート、differentiation.json のマッピング)が記載されています。

  2. カリキュラム。 教科別ファイルの「元の授業を特定する」セクションには、カリキュラム(Illustrative Mathematics/OpenSciEd)の検出方法が記載されています。カリキュラムが確認された場合は、教員向けプランで、そのカリキュラム固有のディスコース表現と構成を使用します。

    カリキュラムが確認されたと判断する条件: 教員が明示的に名前を挙げている、またはアップロードされた元の授業資料に記載がある(アップロードは明示的な確認とみなします)。

    カリキュラムが確認されていない場合(アップロードやリンクから判別できず、明示的な言及もない場合):出力内やチャットメッセージ内で、特定のモジュール名、ユニット番号、レッスン番号、独自のルーティン名を決して使用しないでください。学習時にそのルーティンに気付いた場合も同様です。指導上の工夫は、独自の一般的な表現で説明します(例:「方略を比較する話し合い」。商標登録されたルーティン名は使いません)。これは必ず守るルールです。違反すると P9 の評価に失敗し、チャットメッセージも対象です。ステップ 3 の後にある著作権上のガードレールも参照してください。逐語的な再現に関する補足ルールが記載されています。

  3. コネクター。 Learning Commons Knowledge Graph のツール(例:find_standard_statement)がこの会話で利用可能か確認します。これにより、ステップ 2 でどの方法を使うかが決まります。このスキルは、コネクターなしでも完全に機能します。

  4. 州。 Knowledge Graph(KG)を呼び出す前に、会話とアップロードされた元の授業資料を確認し、州に関する情報を state として保存します。

    • 教員が「[州名]で教えています」「[州名]にいます」「私たちは[州名]にいます」と述べている
    • 州固有の形式の標準コードがある(TEKS、SOL、OAS/PASS、MA、CA/HSS、CA/CCSS。その他、州名が接頭辞になっているコードは州を確認する)
    • 元の授業資料の URL に州の教育機関のドメイン(tea.texas.gov など)が含まれている

    州が判明した場合:state = [州名] として保存します。ステップ 2 で find_standard_statement を呼び出すたびに、jurisdiction="<州名>" を渡します。出力には、全国共通の代替基準ではなく、州の教育基準のコードを使用します。

    州が判明しない場合:

    • 科学、数学、または ELA の場合は、全国共通の既定値(数学/ELA は CCSS、科学は NGSS)を使用して進めます。教員向けプランの末尾に、次の一文を追加します。 「[CCSS/NGSS]に基づいて基準を適用しています。テキサス州、バージニア州、オクラホマ州、または独自の基準体系を持つ別の州で教えている場合は、州名をお知らせください。基準を改めて設定します。」
    • 社会科の場合は、先に教員に勤務している州を尋ねます。

Step 1 — 出典となるレッスンを特定する

教科ファイルの「出典となるレッスン」セクションに従います。シナリオ A(レッスンがこの会話の前のほうにある場合は、それをそのまま使い、再度尋ねない)、シナリオ B(教師がレッスンをアップロードした場合は、まず内容を読みます。読み取れない場合は、その旨を伝えて再共有を依頼し、決して黙って内容を捏造しない)、シナリオ B2(教師が URL でレッスンへのリンクを共有した場合は、取得して内容を読みます。取得に失敗した場合は、貼り付けるかアップロードするよう依頼する)、シナリオ B3(数学または理科のみ — 教師がカリキュラムのレッスンを位置またはタイトルで指定した場合 — 例:「IM Grade 6, Unit 2, Lesson 3」または「生態系の動態を扱う OpenSciEd のレッスン」 — Step 1 は完了です。Step 2 に直接進み、find_curriculum_lessons で教材を取得します。教師にレッスンのアップロードやリンクを求めてはいけません)、またはシナリオ C(出典となるレッスンがない場合 — 続行する前に、教科ファイルの確認質問をします)。

リンク先の内容は会話にそのまま取り込まれるため、1 レッスンを超える大きさの文書(モジュールや単元の教師用指導書など)は収まりません。そのような文書を指すリンクの場合は、依頼文からレッスンについて分かる情報を使い、具体的な内容を教師に確認します。トピック、学年、基準が分かれば、シナリオ C で確認した後と同じように、十分な内容を組み立てられます。

学習者のニーズの確認(毎回、非表示で実行): 生成する前に、会話に ELL レベル、WIDA レベル、IEP の目標領域、504 に基づく配慮、または特定の生徒のニーズに関する言及がないか確認します。見つかった場合は、特に Below ティアの設計に反映します。教師が具体的な言語を挙げていない限り、特定の言語名ではなく「家庭で使う言語」と表現します。

学習者のニーズへの言及がなく、かつ生成前の R8 の質問がまだ提示されていない場合(範囲はすでに指定済みの場合)は、最初の応答に次の文を 1 文追加します:「具体的な学習者のニーズは示されていないため、すべてのティアに文の支援と語彙の支援を含む UDL の標準的な配慮を適用しました。ELL レベル、IEP の目標、または特定の生徒のデータを共有いただければ調整します。」

この確認は、範囲がすでに指定されている場合も行います。


Step 2 — 基準に基づいて設計する

LC Knowledge Graph が接続されている場合: references/learning-commons-kg.md にある該当教科のセクションに従い、下書きを作成する前に呼び出します。接続されているのに呼び出さないことは、出典となるレッスンをどのように入手したかにかかわらず、重大な失敗です。レッスンを取得しても、このステップを満たしたことにはなりません。

接続されていない場合: 最善の知識に基づいて進め、教師用計画に次の注記を追加します。 "Learning Commons KG を使わずに生成しました。基準の文言、前提知識との関連付け、誤解に関する記述は、一般的なベストプラクティスに基づいています。" KG の引用を捏造してはいけません。


Step 3 — 差別化のルール

差別化されたレッスンすべてに、教科ファイルの 8 つのルール(R1–R8)をすべて適用します。ルールの構成は共通ですが、内容は教科ごとに異なります(足場かけの種類、各ティアの開始地点、発展課題の質を判定する基準など)。共通する構成は、出力構成(R1)、基準の範囲の維持(R2)、各ティアの開始地点(R3)、密度上限を設けた Below レベル向けの足場かけ(R4)、必須となる教育的な仕組み(R5)、目立たない調整(R6)、同じレベル内で段階的に進める足場かけ(R7)、範囲とデフォルト(R8)です。


著作権に関するガードレール

常にオリジナルの内容を作成します。出典となるレッスンが特定のカリキュラム(IM、OpenSciEd)に基づいている場合は、構成、範囲、課題の文脈、基準との整合性を理解するためにのみ使用し、カリキュラム教材にある生徒向けの文章、活動の説明、探究の問い、読解問題、問題の文脈をそのまま再現してはいけません。各教科のリファレンスファイルには、教科固有の詳細を記載した Copyright の行があります。

カリキュラムが確認されていない場合(検出ルールは Step 0.2 を参照)、出力にもチャットのメッセージにも、特定のカリキュラム名、モジュール、単元番号、レッスン番号、または独自のルーティン名を決して記載してはいけません。学習時の知識から分かる場合も同様です。出典となるレッスンと KG のデータは、設計に反映しても、出典として明記しません。詳細なルール(P9)は Step 0.2 を参照してください。

Step 4 — 草案の提案

教材の作成に入る前に、教師は簡易草案を確認するかどうかを選べます。この提案は、Step 2 より前に確認する内容(状況、元の授業、学習者のニーズ — 利用可能な場合は構造化された質問ツール、そうでなければチャット)と一緒に、別の質問として提示します。ほかに確認することがない場合は、この質問だけをします。選択肢は常に、完成版一式と草案です。質問文には、以下の文言を使います。

  • 質問:編集・印刷可能な文書として、教師用プランと3段階の文書からなる、教室ですぐに使える一式を作成しますか。それとも、まず簡易草案を確認しますか?
  • 選択肢:そのまま作成する · まず簡易草案を見る — 各段階で何が変わるかをこのチャットで確認する

既定では完成版一式を作成します。 草案の選択肢を選んだ返信、または草案を見たいという依頼があった場合は草案を作成します。それ以外の返信の場合は、Step 2~3 を実行し、そのまま Step 5 に進みます。

草案は(希望があった場合)、Step 2~3 の内容に基づいて作成し、それらの代わりにはしません。 Step 2 をすべて実行します — KG の呼び出しはすべて、記載どおりに正確に実行します — また、何かを下書きする前に Step 3 も実行します。Step 2 の根拠を踏まえずに作成した草案は、重大な失敗です。その後、チャットで設計を提示します — 草案はチャットのテキストのみです。文書は教師の承認後、Step 5 で作成します。以下を示します。

  • 元の授業、標準、学年を再確認する1行
  • 各段階(下位/標準/上位)について、何がどう変わるのか、その理由を示す箇条書き2~3項目
  • 学生の課題の概要 — 各段階で実際に行う課題を、教師が内容をざっと確認して網羅性を判断できる程度に示します
  • すべての段階で共通するもの — 本質的な問いまたは中核課題 — と、グループ再編のルールを示す1行

草案では、プレビューする文書の名称を使用します — フェーズ、課題、段階、セクションは、プラン内で使う名称と同じにします。

その後、次に何をするか、チャットで簡潔に尋ねます — 選択肢では伝えられない変更内容を、テキストでの返信に含めることができます。"何か変更したい点はありますか。ここに入力してください。問題なければ、そのまま進めるよう伝えてください。教材(教師用プランと3段階の文書)を、編集・印刷可能な文書として作成します。"

変更の依頼があれば、チャットで草案に反映し、再度提示します — この段階なら変更はすぐにできます。教師が作成を承認したターンで Step 5 を実行します。


Step 5 — 出力(1ターン)

教師が完成版一式を選択した場合は直ちに実行します。草案が承認された場合は、その承認のターンで実行します。

5a. 参照資料を読み、共通の JSON を作成する
  1. まず references/output.md をすべて読みます。すべての文書の内容に関する必須要件が記載されています。
  2. 次に references/differentiation-json.md を読み、一式共通の基準となる differentiation.json を1つ、完全な形で作成します。どの経路でも、各文書はこれに基づいて作成します。これは各文書に含める内容を定めるものであり、ページの見た目を定めるものではありません。
5b. すべての文書を同じターンで作成する

アーティファクトツールで公開済みの種類からアーティファクトを作成できるか確認します。可能な場合は、その種類の一覧を確認してください。該当する最初の行に従い、対応するファイルを読みます。

利用できるもの読み込むファイル
Design が種類の一覧にあるrendering/claude-artifact.md
Design が一覧にない、またはそのようなツールがないrendering/docx.md

文書を作成できなかった場合は、その旨を伝えます — チャットでの代替を黙って行わないでください。

5c. 締めくくり(各出力ターン)

成果物を提示するチャットメッセージの最後には、次の3項目を順番どおりに含めます。それぞれを、印刷した計画の中だけでなく、チャットメッセージ自体に記載してください。シートに触れる場合は、グループ名と対応関係(グループ A = 学年相当より下のレベルなど)を一度明記します。

  1. 学習者の多様性に関する説明(最初の出力ターンで、質問していない場合)。 この会話で特定の学習ニーズについて一度も質問していない場合(R8 の質問)、UDL のデフォルト設定を適用したことをチャットで伝え、具体的な情報を尋ねます。例:「特定の学習ニーズについて情報がなかったため、UDL のデフォルト設定を適用し、3つのレベル別シートすべてに文型の書き出しと用語集を追加しました。多言語学習者や IEP または 504 プランのある生徒について教えていただければ、さらに調整します。」 ただし、教師がすでに学習者の情報を伝えている場合は、この説明を省略し、代わりにその情報を反映します(例:「Below シートには、新しく来た ELL の生徒向けの文型フレームが組み込まれています」)。
  2. このレッスンに合わせた次のステップを3つ提示する(最初の出力ターン)。 チャットで3~4個の調整案を提示し、それぞれを短い1行にまとめます。このレッスンに固有の案にしてください(例:WIDA のレベル別文型支援を含む段階的な ELD レイヤー、明示された目標領域に沿った IEP 目標別の足場かけ、前提スキルに届いていない生徒向けの第4の介入レベル、範囲を終了時の確認課題のみに絞る)。教科資料にある FA のフォローアップ用プロンプトを、選択肢の1つに含めます。
  3. 満足度の確認。 教師に、4つすべての成果物に満足しているか、変更を希望するかを尋ねます。この確認を省略してはいけません。修正時も含め、すべての出力ターンで確認します。
5d. 修正 — 変更は1か所に反映し、すべての文書の整合性を保つ

修正のターンに入る前に、references/output.md を読み直します。まず differentiation.json を対象に、的を絞って編集します。共通の内容は shared で一度だけ編集し、それを取り込むすべての文書に同じ内容が反映されるようにします。次に、すべての文書を読み直し、古い文脈、名前、数値に言及している文をすべて修正します。古い記述が残ることは、整合性が損なわれる最も一般的な原因です。特定のレベルを対象とする変更は、そのレベルの文書のブロックに記載し、共通コンテンツを分岐させてはいけません。また、教科ファイルの R4 ルールと R7 の段階的な支援縮小パターンを維持します。その後、使用する出力形式のファイルに従って各文書に反映します(Docs とキャンバス:内容が変わった部分とページのみ。Word:再レンダリング)。

ステップ6 — 完了

教師が4つすべての文書に満足したと確認した時点で、このスキルは完了です(5c)。

コメント