mcpField
K
k12-lesson-plan-creation

k12-lesson-plan-creation

github.com/anthropicsドキュメント600122 回インストール2 週間前に更新
リポジトリ

k12-lesson-plan-creation について

このスキルは、K–12向けの標準準拠レッスンプラン、児童・生徒向け教材、教師用観察テンプレートを、編集・印刷可能な文書として作成します。教科ごとの手順に振り分け、Learning Commons Knowledge Graphの有無を問わず利用できます。

主な機能

  1. 01教科別のレッスンプラン作成
  2. 02標準に基づく内容設計
  3. 03児童・生徒向け教材
  4. 04教師用観察テンプレート
  5. 05編集・印刷可能な出力
  6. 06Knowledge Graphの任意利用

活用シーン

  1. 01授業ですぐ使える教材一式の準備
  2. 02文書作成前に授業案を確認
  3. 03指定カリキュラムに沿った授業計画
  4. 04Knowledge Graphの有無に応じた教材作成

インストール

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

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

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

同梱ファイル

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

LICENSE
references/
ela.md
example_lesson.json
learning-commons-kg.md
lesson-json.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 が置かれているフォルダーからの相対パスです。絶対パスを使用してください。

教師がすぐに使える、学習基準に準拠した授業計画と、生徒向け教材、教師用観察テンプレートを、編集・印刷可能な文書として1回の出力で作成します。この会話で Claude Docs と Design ページを作成できる場合はそれらを、できない場合は Word 文書を作成します。教科ごとに指導法と出力の構成が異なり、その内容は教科別の参照ファイルに記載されています。このスキルは適切な参照ファイルに振り分けます。Learning Commons Knowledge Graph がある場合もない場合も動作します。

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


教師への進捗共有

教師の進め方が決まった時点(下書きの提案への回答後)で、これから行うことを1、2文で伝えてください(例:「学習基準を確認し、カリキュラムの授業から参考になるアイデアを集めたうえで、授業計画、生徒向け教材、観察テンプレートを作成します。」)。

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

教師に伝えるのは教師が使う言葉だけにしてください。教師が受け取るものを伝え、ツール名、ファイル名、「JSON」、「レンダリング」、「アートボード」には触れないでください。Word 文書を作成する場合は「Word 文書」と伝え、それ以外は「文書」または「ページ」と伝えてください。エラーの場合も同様に、スクリプトが失敗したのではなく、文書を作成できなかったと伝えてください。


ステップ 0 — 振り分け(何よりも先に、何も伝えずに行う)

  1. 教科。 プロンプトとそれまでの会話から、依頼された授業の教科を特定します。

    • math — 算術、分数、幾何、代数、微積分、統計、CCSS-M コード、IM(Illustrative Mathematics)
    • ela — 読解、作文、フォニックス、文学、読解力、語彙、CCSS-ELA コード(RL/RI/RF/W/L)
    • science — 現象、NGSS Performance Expectations、生物学/化学/物理学/地球科学、OpenSciEd
    • social_studies — 歴史、公民、地理、経済、C3 inquiry arc、州の社会科基準

    次に、該当する参照ファイルを今すぐ読みます。

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

    該当する参照ファイルの読み込みは必須です。 教科の参照ファイルを先に読まずに授業案を作成することは、重大な失敗です。参照ファイルには、優先事項の確認、カリキュラムに応じた分岐、学年帯ごとの構成、セクション構成、必須事項、各ページに含める内容(ステップ 5a のベースラインファイルへの割り当てを示す「Writing lesson.json」セクション)など、教科固有の指示がすべて記載されています。このターンでは、読み込んだ参照ファイルをスキル全体の指示として扱ってください。教科が本当に曖昧な場合や、プロンプトが複数の教科にまたがる場合は、ステップ 1 で確認してください。

  2. カリキュラム。 教師がカリキュラム(Illustrative Mathematics、OpenSciEd など)を明示または示唆している場合、教科ファイルのカリキュラム別の分岐で対応します。各教科ファイルには、そのカリキュラムに固有の構成や表現が記載されています(カリキュラムと教科は1対1で対応します。IM→math、OpenSciEd→science)。指定されたカリキュラムに教科ファイルが対応していない場合は、「カリキュラムの指定なし」の手順に従い、カリキュラム固有の用語を捏造しないでください。

  3. コネクター。 Learning Commons Knowledge Graph のツール(例:find_standard_statement)がこの会話で利用できるか確認します。ステップ 2 でどの手順に進むかは、この確認で決まります。このスキルはコネクターがなくても完全に動作します。


ステップ 1 — 確認する

まず対象ファイルを読みます。対象ファイルの確認セクションで、優先事項と既定値が定義されています。優先順位に従って、確認の質問は最大 2 つまで尋ねます。それ以外は、既定値を黙って適用します。

確認の質問と草案の提案(ステップ 4)は、1 回の構造化された質問ラウンドでまとめて提示します。提案は独立した質問であり、2 つの質問の上限には含まれません。確認が不要な場合は、提案だけを尋ねます。2 回目の質問ラウンドは、回答だけでは授業で教える内容がまだ明確でない場合に限り行います。


ステップ 2 — 標準に基づく

LC Knowledge Graph に接続されている場合: references/learning-commons-kg.md にある対象科目のセクションに従います。草案の作成前に呼び出してください。接続されているのに呼び出さない場合は、重大な失敗となります。各呼び出しで指定された内容だけを抽出し、そのままステップ 3 に進みます。チャットで調査結果を要約してはいけません。

接続されていない場合: 最善の知識に基づいて草案を作成し、授業計画に次の注記を追加します。 "Learning Commons Knowledge Graph を使用せずに生成しました。標準と誤解に関する内容は、一般的なベストプラクティスに基づいています。" KG の引用を捏造したり、確認していないカリキュラム資料に内容を帰属させたりしてはいけません。


ステップ 3 — 授業を作成する

対象ファイルの作成セクションに従います。カリキュラムの分岐、学年帯の構成、セクションの構成、必須要件を守ります。以下の著作権に関するガードレールを遵守し、カリキュラムの生徒向けテキストをそのまま転載してはいけません。


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

必ずオリジナルのコンテンツを作成します。KG のカリキュラム資料を参考にできるのは、構成、範囲、テキストの選定、現象の選定、問題の文脈、授業の流れの設計に限られます。KG のカリキュラム資料にある生徒向けテキスト、教師用メモ、読解問題、調査のプロンプト、ディスカッションの質問、活動の説明、問題の文脈をそのまま転載してはいけません。

読み込まれた参照資料でカリキュラムの出典(数学の IM、理科の OpenSciEd など)が特定されていて、教師がそのカリキュラムの使用を確認していない場合は、出力内やチャットメッセージ内で、そのカリキュラム名を一切出してはいけません。ヘッダー、脚注、根拠のセクション、進行メモ、成果物を提示するメッセージも対象です。KG のデータは、出典として明記せずに設計に反映します。

Step 4 — 下書きの提案

教師は、教材を作成する前に、簡易な下書きを確認するかどうかを選べます。この提案はStep 1のやり取り(利用できる場合は構造化された質問ツール、そうでなければチャット)で行い、選択肢は常に教材パケットと下書きの2つです。以下の文言は質問そのものに含まれるため、教師は周囲のチャット文を読まなくても選択できます。

  • 質問:授業計画と生徒用教材を含む、教室ですぐに使える教材パケット(編集・印刷可能なドキュメント)を作成しましょうか。それとも、まず簡単な下書きを確認しますか?
  • 選択肢:そのまま作成する · まず簡単な下書きを見る — 授業の概要を、ここでチャットに表示します

デフォルトでは、教材パケットを作成します。 下書きの選択肢を選ぶ、または下書きを見たいと求める返信があった場合は下書きを提示し、それ以外の返信ではStep 2~3を実行し、そのままStep 5に進みます。

下書き(希望された場合)はStep 2~3を実行したうえで作成し、それらの代わりにはしません。 Step 2を省略せずに実行し、ナレッジグラフへのすべての呼び出しを、記載どおり正確に行ってから、Step 3を実行してください。Step 2で情報を確認せずに下書きを作成するのは、教材一式の作成時にナレッジグラフを省略するのと同じ、重大な失敗です。その後、授業内容をチャットに提示します。下書きはチャット上のテキストのみとし、教師の承認後、Step 5でドキュメントを作成します。以下を表示してください。

  • 学年、トピック、授業の基盤となる基準を示す1行(コードと、10語以内の概要);
  • 3文以内の概要(生徒が何をするか、なぜこのクラスに適しているか);
  • 各フェーズを1つの箇条書きで示した進行手順(名前、所要時間、行うことを1行で記載);
  • 生徒の課題の概要 — 生徒が実際に行う課題を示し、教師が内容の網羅性をざっと確認できるだけの情報を含めます;
  • 授業が前提とする生徒の既習事項 — 必要なスキルや扱う重要語彙を示し、クラスの実情と合わない点があれば教師が気づけるようにします;
  • 退出チケット

下書きでは、プレビューするドキュメントと同じ名称を使います。フェーズ、課題、レベル、セクションは、授業計画で使う名称に合わせます。

その後、次にどうするかをチャットで簡潔に尋ねます。選択肢では変更内容を伝えられませんが、テキストで返信すれば変更内容も伝えられます。「何か変更したい点はありますか?ここに書いてください。問題なければ、作成を進めるよう伝えてください。教材(授業計画、生徒用教材、観察テンプレートを含む、編集・印刷可能なドキュメント)を作成します。」

変更の要望があれば、チャット上の下書きに反映して再提示します。この段階なら変更はすぐにできます。教師が作成を承認したターンでStep 5を実行します。


Step 5 — 出力(1ターン)

教師が教材パケット全体を選んだ場合は直ちに実行し、下書きが承認された場合は承認されたターンで実行します。

5a. 参考資料を読み、共通のJSONを作成する
  1. まずreferences/output.mdを全文読み、各ドキュメントの内容に関する必須要件を確認します。簡潔さ、内容の一貫性、読解レベルと作業量、文章作成の支援、誠実性を確認してください。
  2. 次にreferences/lesson-json.mdを読み、完全な**lesson.json**を1つ作成します。これは授業の共通ベースラインです。すべての作成方法で、このファイルをもとにドキュメントを作成します。このファイルが定めるのは各ドキュメントに含める内容であり、ページの見た目ではありません。
5b. すべてのドキュメントを作成する — 同じターンで

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

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

作成後、生徒用ページがない場合は、その旨を明確に伝えます(「この授業は口頭で行うため、生徒用プリントはありません。生徒は……を使って学習します」)。ドキュメントの作成が完全に失敗した場合も、その旨を伝えてください。何も伝えずにチャットでの提示に切り替えてはいけません。

5c. 満足度の確認と反復の選択肢(各回答の最後)

各回答の最後には、次の3つをこの順序で行う締めくくりのメッセージを必ず1つだけ記載します。

  1. 教材に、教室にある道具のうち紙で代用できるもの(コイン、ブロック、サイコロ、百ます表など)が含まれている場合は、印刷して使えるものを作る提案を太字で最初に示します。 「このレッスンでは10進ブロックを使います。足りない場合に備えて、印刷用セットを作りましょうか?」 このレッスンで作成したもの(単語カード、資料の抜粋、このレッスンの分類項目を載せた分類マットなど)は、すでにパッケージに含まれています。
  2. 教師が作成したすべての成果物に満足しているか、変更したい点があるかを尋ねます。例:「レッスンプラン、児童・生徒用教材、観察テンプレートをご確認ください。調整したいところはありますか?」 必ず尋ねてください。
  3. 教科とトピックに合わせて、効果の高い具体的な反復の選択肢を3~4個提案します。「変更が必要ならお知らせください」とは書かないでください。具体的な提案になっていません。たとえば、3~5年生向けのELA読解レッスンなら、次のようにします。「(1)英語学習者向けの足場かけを増やす、(2)習熟度別に内容を調整する、(3)州の基準に合わせて内容を変更する、といった対応はいかがでしょうか?」
5d. 修正 — 変更は1か所から始め、すべての文書に反映します
  • lesson.json を最初に対象を絞って編集します。shared に登録された内容(問題、資料、終了時のチケット、語彙、注目点、コンテキストの数値など)は、そこで一度だけ編集し、それを参照するすべての文書に同じ内容を反映します。
  • コンテキスト、数値、タスクを変更した後は、必ず一貫性を確認します。すべての文書を読み直し、古いコンテキスト、名前、数値に言及している文をすべて更新します。完了時に、どの文書にも置き換え前の内容が残っていないようにしてください。古い文章が残ることは、一貫性を損なう最もよくある原因です。
  • 特定の文書を対象とする変更(例:「ワークシートの記入スペースを増やす」「観察グリッドに列を追加する」)は、その文書だけに反映します。
  • その後、使用する方法のファイルに記載された手順に従って、変更内容を文書に反映します(Docsとキャンバス:内容が変わった箇所とページのみ。Word:再レンダリング)。

コメント