k12-lesson-differentiation

K-12の授業の差別化

研究に基づく差別化の原則（Tomlinsonのフレームワークと教科固有のアクセス設計）を用いて、既存のK-12の授業を学年相当より下／学年相当／学年相当より上の習熟度に合わせて調整します。Learning Commons Knowledge Graphコネクターの有無にかかわらず機能します。

このスキルでいう「教師」とは、あなたが話しているユーザー本人であり、第三者ではありません。「教師向け」は文書の対象読者を指し、児童・生徒ではなく、そのユーザーを意味します。

---

教師への進捗共有

教師が進め方を決めたら（ドラフトの提案に回答したら）、これから行うことを1～2文で伝えます（例：「授業案を読み、基準とカリキュラム資料に照らして、3つのレベルを設計し、ワークシートを作成します。」）。

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

---

ステップ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. 州。 KGを呼び出す前に、会話とアップロードされた元の授業案を確認し、州を示す情報を探してstateとして保存します。

   • 教師が「私は[州]で教えています」「[州]にいます」「私たちは[州]にいます」と述べている
   • 基準コードが州固有の形式である（TEKS、SOL、OAS/PASS、MA、CA/HSS、CA/CCSS、または州名を冠したその他のコードは州を確認する）
   • 元の授業案のURLに州機関のドメイン（tea.texas.govなど）が含まれている

   州が判明した場合：state = [州名]として保存します。ステップ2のすべてのfind_standard_statement呼び出しで、jurisdiction="<state>"を渡します。出力ではすべて、全国的な代替基準ではなく、州のフレームワークコードを使用します。

   州が判明しない場合：

   • 理科、数学、ELAでは、全国的なデフォルト基準（数学／ELAはCCSS、理科はNGSS）を使用して進めます。教師向け指導計画の末尾に、次の1行を追加します。 「[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 を参照してください。

ステップ 4 — 下書きの提案

教師は、作成に入る前に、手早く下書きを確認するかどうかを選べます。この提案は、ステップ 2 の前に確認する必要がある内容（状況、教材の元となる授業、学習者のニーズ — 利用可能な場合は構造化された質問ツール、そうでなければチャット）と一緒に、別の質問として提示します。ほかに確認することがない場合は、この質問だけを提示します。選択肢は常に、教材一式と下書きの 2 つです。質問文には次のように記載します。

• 質問：教師用プランと 3 つの段階別ドキュメントを含む、教室ですぐに使える教材一式（編集可能な Word ドキュメント）を作成しますか。それとも、まず簡単な下書きを確認しますか？
• 選択肢：このまま作成する · まず簡単な下書きを見る — 各段階で何が変わるかを、このチャットで確認できます

デフォルトでは教材一式を作成します。 下書きの選択肢を選ぶ、または下書きを見たいと依頼した場合は下書きを提示します。それ以外のすべての返信では、ステップ 2～3 を実行し、そのままステップ 5 に進みます。

（希望があった場合の）下書きは、ステップ 2～3 を実行したうえで作成し、それらの代わりにはしません。 ステップ 2 をすべて実行し、すべての KG 呼び出しを記載どおりに行ってから、ステップ 3 を実行し、その後で初めて下書きを作成します。ステップ 2 による根拠づけなしで下書きを作成することは、重大な失敗です。その後、チャットでデザインを提示します。下書きはチャットのテキストのみで提示し、教師が承認した後、ステップ 5 でレンダリングします。次の内容を示します。

• 元となる授業、基準、学年を読み返す 1 行
• 各段階（下位／標準／上位）について、何がどのように変わるか、その理由を示す 2～3 個の箇条書き
• 学生の課題の概要 — 各段階の実際の課題を、教師がざっと目を通して内容を判断できる程度に示します
• すべての段階に共通する内容（重要な問いまたは中心となる課題）と、グループを再編成するルールを示す 1 行

下書きでは、プレビューするドキュメント内の名称を使います。フェーズ、課題、段階、セクションは、プラン内で使う名称と同じにします。

その後、次にどうするかを簡潔なチャットで尋ねます。選択肢の選択とは異なり、テキストでの返信では変更内容そのものも伝えられます。"何か変更したい点はありますか？ここに入力してください。問題なければ、そのまま作成するよう伝えてください。教材（教師用プランと 3 つの段階別ドキュメント、編集可能な Word ドキュメント）を作成します。"

変更の依頼があればチャット内で下書きに反映し、再提示します。この段階では変更はすぐに行えます。教師が進めてよいと伝えたターンで、ステップ 5 を実行します。

---

ステップ 5 — 出力（1 ターン）

教師が教材一式を選んだ場合、または下書きが承認されたターンに、直ちに実行します。

4 つの成果物 — 教師向けプラン 1 点 + 学生向けの段階別ドキュメント 3 点（下位／標準／上位） — はすべて、**1 つの differentiation.json（教材のソース）**から、同梱スクリプトによってレンダリングされます。複数の成果物に登場する内容（基準、問題／課題セット、退出チケット、語彙、文の補助、誤解）は、JSON の shared ブロックに一度だけ記述し、各ドキュメントに {"type": "from_shared", "key": …} ブロックで取り込みます。これにより教師用プランと段階別ドキュメントの内容が食い違わず、R6（同じコンテキスト、段階を超えて共通する中心的な課題）が構造的に守られます。

変更はすべて differentiation.json に反映して再レンダリングします（即時）。レイアウトコードを書いたり、生成済みのドキュメントを手作業で編集したり、別の形式に手入力し直したりしてはいけません。

教師には平易な言葉で伝えます。 上記の仕組みを教師に見せてはいけません。教師向けのメッセージでは、JSON、HTML、スキーマ、スクリプト、ツール名、レンダリング、ファイル名、コードに言及しないでください。また、レンダリングコマンドで作成される .html ファイルへのリンクを貼ったり、そのファイル名を伝えたりしてはいけません。*"差別化プランを作成しました。3 つの段階別ドキュメントもまもなくお届けします"と伝え、"differentiation.json をレンダリングしました"*とは伝えません。文章で形式に触れる場合に使える言葉は「Word ドキュメント」だけです。このルールは、進捗報告を含むすべてのターンに適用されます。成果物の提示、満足度の確認、修正内容の要約、エラーメッセージも対象です（生成に失敗した場合は、スクリプトや JSON の失敗ではなく、ドキュメントを作成できなかったと伝えます）。

differentiation.json を書き始める前に、references/output.md を最後まで読んでください。必須要件、相互チェック、スキーマ、修正ルール、学生向けページの文言ルールが記載されています。修正を行うターンの前にも、もう一度読んでください。

5b. 4 つの Word 文書をすべてレンダリングする — 1 つのコマンドで、同じターン内に

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 が 1 回の実行で作成され、 作業用の .html ファイルも生成されます — コピーの手順は不要です。スクリプトが 書き出したファイルはすべてそのまま残してください（後の修正ターンでは作業用ファイルから再レンダリングされます）。次に $OUTPUT_DIR の内容を一覧表示し、各文書に .docx と .html の両方があることを確認してください。どちらかが 見当たらない、またはサイズが極端に小さい場合は、スクリプトを再実行してください。4 つの Word 文書はすべてまとめて教師に提示し、 教師向けプランを最後に添付してください。そうすると、そのファイルが一番上に表示されます（チャット画面では新しいものが先頭に積み重なります）。スクリプトでエラーが発生した場合は、 differentiation.json を修正して（ほとんどの場合、JSON の形式が正しくありません）、再実行してください。ファイルの生成に 完全に失敗した場合は、そのことを明確に伝えてください。チャットだけでの提供に、黙って切り替えてはいけません。

5c. 締めくくり（出力するすべてのターン）

成果物を届けるチャットメッセージは、次の 3 つの項目で、この順に終えてください。各項目は、 印刷されたプランの中だけでなく、チャットメッセージ自体に含める必要があります。ワークシートに触れる際は、グループ名と その対応関係（グループ A ＝ 学年基準未満、など）を一度示してください。

1. 学習者の多様性に関する説明（最初の出力ターンで、質問していない場合）。 この会話で 個々の学習者のニーズについて一度も質問していない場合（R8 の質問）、UDL のデフォルト設定を適用したことをチャットで 伝え、詳細を尋ねてください — 例：「個々の学習者のニーズに関する情報がなかったため、UDL のデフォルト設定を適用し、3 つのレベル別シートすべてに文の書き出し例と語彙集を付けました。複数の言語を話す学習者や IEP または 504 プランのある生徒について教えていただければ、さらに調整します。」 教師がすでに学習者に関する情報を伝えていた場合に限り、省略してください（その場合は、代わりに「Below シートには、転入したばかりの ELL 生徒向けの文型が組み込まれています」のように、その情報を反映してください）。
2. レッスンに合わせた次のステップを 3 つ提示する（最初の出力ターン）。 このレッスンに特化した反復調整の選択肢を 3～4 個、チャットで提示してください。1 項目につき短い 1 行にします（例：WIDA レベル別の文支援を加えた ELD レイヤー、指定された目標領域に対応する IEP 目標別の足場かけ、前提となる学習内容よりも手前に 4 つ目の介入レベルを追加、範囲を出口チケットのみに絞る）。教科の参考資料にある FA のフォローアップ用プロンプトを、選択肢の 1 つに含めてください。
3. 満足度の確認。 教師に、4 つすべての成果物に満足しているか、または変更を希望するか尋ねてください。この質問は省略してはいけません — 修正時も含め、出力するすべてのターンで尋ねてください。

ステップ 6 — 完了

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