生徒が毎週書く振り返りシートの記述を生徒ごと・クラスごとに要約し、気になる記述を担任へ知らせる

処理の起点を決める

トリガーは2つ置きます。役割がまったく違うためです。

1つ目は、フォームの送信時に動くトリガーです。回答のスプレッドシートに紐づけて作ります。提出のたびに1回動き、その1人分の自由記述に強い語が含まれていないかを規則で確かめます。ここではAIを呼びません。 提出のたびに外部へ送る必要はなく、規則で足ります。

2つ目は、時間主導型のトリガーです。毎週土曜の朝に動かし、1週分の回答をクラスごとに要約します。18クラスを1回で処理すると、1回6分の上限に近づきます。 そこで、1回の実行で処理するのは3クラスまでとし、どこまで終わったかをスクリプト プロパティに残して、次の実行で続きから始めます。土曜の朝6時から10分おきに動かせば、昼までに全クラスが終わります。

金曜の終礼で書けなかった生徒は、翌週の月曜に出すことがあります。 遅れた提出は次の週の要約に入れず、提出のあった週の分として確認シートの別の欄に足します。 週の区切りは、フォームの回答の日時ではなく、フォームの「対象の週」の設問で決めます。

入力データを集める

AIに渡すのは、生徒の番号と記述だけです。 氏名は渡しません。番号と氏名の対応は名簿のシートにだけ置き、確認シートに書き出すときにスクリプトが付け直します。 AIの側から見れば、記述は番号で区別されるだけです。

強い語の一覧は、学年主任と養護教諭が作ります。 担任が1人で決めると、クラスによって拾う範囲が変わります。学年で1つの一覧を持ち、年に数回見直します。

データの取得方法を決める

フォームの送信時のトリガーでは、イベントの情報から、その1人分の回答をそのまま受け取れます。 スプレッドシートに紐づけた送信時のトリガーは、設問の名前と値の組（namedValues）と、シートに並んだ順の値（values）を渡してきます。シートを読み直す必要はありません。

同じ時刻に35人が一斉に提出します。 送信時のトリガーが短い間に何十回も動き、記録のシートへ同時に書き込むと、行が重なることがあります。書き込みの前にスクリプトのロック（LockService.getScriptLock()）を取り、1人ずつ順に書き込みます。 ロックは取得の関数を呼んだだけでは取れず、tryLock か waitLock で待ち時間を決めて取ります。

AIへ渡す前に整形する

1. 在籍の確認 … 名簿で休学・転出の生徒を外します。外した生徒は確認シートに「対象外」と出します
2. 空欄の扱い … 自由記述が3つとも空の回答は、AIに渡さず「記述なし」とします。3週続いた場合は、規則で「記述なしが続いている」と出します
3. 氏名の除去 … 自由記述の中に友人の氏名が書かれていることがあります。名簿の氏名と一致する文字列を「（生徒A）」のような記号に置き換えます
4. 強い語の確認 … 一覧の語を含む記述に印を付けます。この印はAIの判定とは別に持ち、AIの結果で消しません
5. 達成度の変化の計算 … 過去4週の数値から、2段階以上下がった、3週続けて下がった、をスクリプトで計算します
6. 長さの確認 … 1人分が長すぎる場合も切りません。切った後ろに気になる記述があると落ちるためです

4番目を前処理に置くのが、この構成の安全装置です。 AIが気になる記述を拾い損ねても、規則の印は残ります。確認シートには、規則の印とAIの区分を別の列で並べます。 どちらか一方でも付いていれば、担任が元の回答を開く対象にします。

3番目の氏名の置き換えは、完全ではありません。 あだ名や名字だけの表記は一致しません。置き換えられなかった名前がAIに渡ることを前提に、第13章の扱いを決めます。

AIに処理させる

させるのは、生徒ごとの要約と、気になる記述の抜き出しと、クラスの傾向の3つです。

区分に「自分を傷つけることをにおわせる表現」を入れていますが、AIにその深刻さを判定させることはしません。 抜き出して区分を付けるところまでで、どう受け止めるかは担任と養護教諭が決めます。

2行目がいちばん起きやすい失敗です。 要約を頼むと、AIは「死にたいくらい疲れた」を「強い疲労を訴えている」と丁寧に言い換えます。言い換えは要約としては正しくても、担任に届けるべき情報としては誤りです。 抜き出しの欄には、生徒が書いた文字をそのまま入れさせます。

指示内容を固定する

あなたは中学・高校の学年の担任団を手伝う立場です。
生徒が毎週書く振り返りシートの記述を、担任が短い時間で読めるように整理します。
生徒を評価したり、診断したりする立場ではありません。

【入力】
- 生徒ごとに、番号、達成度（1〜5）、よかったこと、困ったこと・不安なこと、
  来週の目標、先生に伝えたいこと、前の週の要約
- 記述の中の他の生徒の名前は「（生徒A）」のような記号に置き換えてあります

【してほしいこと】
1. 生徒ごとに、3つの自由記述を2〜3文で要約してください。
   前の週の要約と比べて変わった点があれば、1文で書き足してください。
2. 次のどれかに当たる記述があれば、該当する文を原文のまま quote に入れ、
   category を付けてください。
   体調・睡眠／人間関係／家庭／登校／学習の不安／
   自分を傷つけることをにおわせる表現／その他
3. クラス全体で複数の生徒に共通する話題を、5行以内でまとめてください。

【厳守事項】
- quote には生徒が書いた文字をそのまま写してください。
  言い換え、要約、表記の修正、敬語への書き換えをしないでください。
- 気になる記述を要約の文に混ぜないでください。要約には
  「気になる記述あり（下記）」とだけ書いてください。
- 当たるかどうか迷ったときは、抜き出してください。
  抜き出さないことを選ぶのは、明らかに当たらないときだけです。
- 深刻さの程度、緊急度、点数を書かないでください。
- いじめに当たるか、病気に当たるかを書かないでください。
- 冗談や比喩に見える表現でも、上の区分に当たる語があれば抜き出してください。
- 記述に書かれていないことを推測で補わないでください。
- 達成度の数値について計算や比較をしないでください。
- 生徒への返事や助言の文を作らないでください。

【生徒ごとの記述】{students}

「迷ったら抜き出す」を明記しないと、AIは慎重に絞り込みます。 絞り込まれた結果は読みやすくなりますが、拾い損ねた1件は、担任が要約しか読まなかった場合に誰にも気づかれません。 この構成では、抜き出しすぎて担任が数件多く読む失敗のほうを選びます。

「冗談や比喩でも抜き出す」も同じ理由です。 中高生の記述には「テストで死んだ」のような言い回しが多く、AIは文脈から冗談と判断して外します。それが本当に冗談かどうかは、その生徒を知る担任にしか判断できません。 区分の語を含むものは抜き出し、担任が「冗談」として閉じる運用にします。

深刻さを書かせないのは、点数が付くと担任がその点数で並べ替えるからです。 AIの点数が低かった記述が後回しになれば、点数を付けなかったときより気づくのが遅れます。

出力形式を固定する

次の形のJSONで受け取ります。 Claude API の構造化出力を使い、output_config.format に json_schema の型でスキーマを渡します。

{
  "class_id": "2-B",
  "week": "2026-W40",
  "students": [
    {
      "student_no": "2B-14",
      "summary": "",
      "change_from_last_week": "",
      "concerns": [
        { "category": "体調・睡眠", "quote": "", "field": "困ったこと" }
      ],
      "too_short": false
    }
  ],
  "class_trend": ["", ""]
}

category は区分の7つの語だけを取る列挙にします。field は、引用がどの設問の欄から来たかを よかったこと ／ 困ったこと ／ 来週の目標 ／ 先生に伝えたいこと のどれかで入れます。

1つ目の理由は、quote と summary を別の欄に置けることです。 気になる記述が要約の文の中に溶けると、担任は要約を読んで分かった気になります。欄を分ければ、確認シートで quote の列だけを赤く表示できます。

2つ目は、field で欄の取り違えを見つけられることです。 「よかったこと」の欄に書かれた気になる一言は、拾い読みで落ちる型の代表です（第3章の（d））。どの欄から拾ったかが分かれば、担任はその欄を読み直します。

3つ目は、規則の印と突き合わせられることです。 スクリプトは、前処理で強い語の印を付けた生徒に concerns が1つも無い場合、「規則では当たり、AIは抜き出していない」として確認シートに目立つ印を付けます。 逆の場合（AIだけが抜き出した）も、そのまま担任に回します。

構造化出力を使っても、quote が元の記述に本当に含まれているかはスクリプトで確かめます。 元の記述の中に quote の文字列が見つからない場合は、AIが言い換えたものとして扱い、元の欄の全文を確認シートに載せ直します。

システムへ連携する

UrlFetchApp.fetch() は、method に post、contentType に JSON、headers に API キーとバージョンの見出し、payload に要求の本文を入れて呼びます。muteHttpExceptions を true にすると、失敗の応答でも例外を投げずに応答を返します。 状態コードを見て、そのクラスを後で再試行するかを決めます。

API キーはコードに書かず、スクリプト プロパティに置きます。 スクリプト プロパティはスクリプトのすべての利用者で共有される置き場所です。スクリプトの編集権限は、学年主任と情報担当の教員に限ります。 担任には確認シートの閲覧と「対応」欄の編集だけを渡します。

人が確認する

担任が確認シートで最初に見るのは、規則の印かAIの区分が付いた行です。 要約だけの行はそのあとで流し読みします。

1. 印の付いた行を先に読む … quote と規則の印を見て、元の回答の行を開いて全文を読みます
2. 規則とAIが食い違う行を見る … 規則だけが当たった行は、AIが冗談と判断した可能性があります。担任の目で確かめます
3. 対応を決める … 声をかける、面談する、養護教諭やスクールカウンセラーに相談する、学年主任に上げる、様子を見る
4. 「対応」欄に書く … 何をしたか、誰に相談したかを短く残します。「様子を見る」も記録します
5. 要約の行を流し読みする … クラスの傾向と、達成度が下がった生徒を見ます

提出のたびの知らせが来た場合は、週の要約を待たずに当日中に1番目を行います。 知らせのメールには本文が無いので、確認シートか回答のシートを開いて読みます。

目標は、1クラス1週分で15分です。 35人のうち印が付くのは数人という想定で、印の付いた行が毎週10人を超えるなら、強い語の一覧が広すぎるか、行事の前後で記述が荒れているかのどちらかです。

例外に対処する

2行目と4行目を最初から作っておきます。 提出のたびの知らせは、担任が読まなければ意味がありません。APIが止まった週でも、規則の印だけは確認シートに出るようにします。 要約が出ない週はあっても、印が出ない週は作りません。

記録を残す

• 週ごと・クラスごとに、AIへ渡した記述（氏名を置き換えた後のもの）と、返ってきたJSONの全文
• 規則の印の結果と、そのとき使った強い語の一覧の版
• 提出のたびの知らせを、いつ・誰に送ったか
• 担任の「対応」欄の記録 … 何をしたか、誰に相談したか、いつ閉じたか
• 規則とAIが食い違った件数（クラスごと・週ごと）
• quote が元の記述に見つからなかった件数

3つ目と4つ目は、学年として「気づいて、動いた」ことの記録です。 知らせを送っても、誰も読まずに終わっていれば仕組みは働いていません。知らせの送信と対応の記録を並べ、対応が空のまま1週間たったものを学年主任へ一覧で出します。

記録のシートは、学年主任と管理職だけが読めるようにします。 担任の確認シートより範囲が広く、学年全体の気になる記述が並ぶためです。保存の期間は、学校の文書の保存の規程に合わせます。