大学入試の出題ミスをClaudeで点検する — 問題と正解表・配点の整合確認

大学入試の問題・正解表・配点表の食い違いは、Claudeに読ませて洗い出せます。文部科学省が毎年出す入試ミス防止の通知は、ミスが起きる場所を「問題出題」「試験実施」「採点・合否判定」などに分けて事例を挙げています。このうち文書と数字の整合で見つかるタイプは、Claudeの点検に向いています。向かないのは、受験者の立場で解けるかの最終判断と、実際に処理が走ったかの確認です。ここでは、通知の事例を点検項目に置き換え、Claudeに渡す前の学内確認までを順に示します。

通知が挙げるミスのうち、文書の突き合わせで見つかるもの

文部科学省は、入学者選抜での出題・合否判定ミス等の防止を毎年通知しています。通知の概要資料は、令和5年度までミス件数と追加合格の発生件数が高止まりしていると述べ、各大学に防止と早期発見を求めています。資料は事例を4つの区分で示します。

• 問題出題に関するミス(入試ミス報告の中で最多と注記されています)
• 試験実施に関するミス
• 採点・合否判定に関するミス
• その他のミス(出願システムの設定、合否通知の発送など)

出題と採点の事例を、Claudeに渡せる材料の形で並べ直すと次の表になります。

試験実施のミス(別日程の問題の配付、試験中の訂正の周知が試験室ごとに異なる、など)や、合否通知の誤送付は、文書の突き合わせでは見つかりません。そこはClaudeの出番ではなく、手順書と人の運用で防ぐ領域です。

通知が求める二重、三重の点検と、Claudeの位置

通知の概要は、点検の基本線として次の点を挙げています。

• 試験の実施前だけでなく、実施中と実施後も、作題者以外を含めて二重、三重に点検する
• 学習指導要領と、設定した出題範囲との関係を確認する
• 問題の文面だけでなく、内容と条件設定も確認する(受験者の立場で解答が導けるかを点検する)
• 採点では、解答と電算処理のチェック体制を確立し、予定していた処理が実際に実行されたことも確認する
• 合否判定結果の公表や追加合格者の決定は、複数の担当者で二重、三重に点検する

Claudeは、この「二重、三重」のうちの1層に加えられます。作題者でも点検担当でもない読み手が、疲れずに全設問を同じ基準で読む役です。ただし、Claudeの出力は人の点検の代わりにはなりません。通知が求めるのは担当者による点検であり、Claudeの指摘は担当者に渡す追加の候補にあたります。「Claudeが問題なしと答えた」は、点検記録に書ける根拠になりません。

渡す前に決めること: 機密の問題を入れてよいか

実施前の入試問題は、漏れること自体がミスになります。通知の事例にも、試験問題を学内クラウドに保存していたがセキュリティがかかっておらず、試験前に閲覧できる状態だった、という記載があります。Claudeに入れる前に、次の3点を学内で決めておきます。

1. 契約の種類。個人向けプラン(Free・Pro・Max)は、プライバシー設定でチャットをモデル改善に使うかが変わります。同意していなくても、安全性の審査で検知された会話は、検知の改善などに使われる場合があります。Claude for WorkやAPIなどの商用製品は別の扱いで、サポート記事が分けて説明しています。
2. 学内規程。入試問題を外部サービスに入れてよいかは、情報セキュリティの規程と入試の守秘義務で決まります。ここは入試担当と情報セキュリティ部門が判断する事項で、教員個人のアカウントでは決められません。
3. 入れる範囲。実施前の本番問題は入れず、過去の問題や、固有の内容を差し替えた模擬の問題で、点検の手順と指示文を先に固める運用が考えられます。

大学全体の利用方針の組み立ては文科省の大学向け生成AI通知を大学のClaude利用ポリシーに落とし込むに、契約形態ごとの違いはClaude for Educationとはにあります。機密資料を渡す前の確認順は、コンサルがClaudeに顧客資料を渡す前のNDA点検表の構成が参考になります。

手順: 3種類の文書を揃えて、1つずつ突き合わせる

点検は、1回の会話に全部を投げるより、突き合わせの種類ごとに分けるほうが指摘を追いやすくなります。

ファイルの扱いには上限があります。サポート記事によると、チャットに添付できるのは1チャット20ファイルまでです。PDFは100ページ以下なら図や表も読まれ、101〜1000ページはテキストのみの処理になります。図や表が本体の科目(数学の図形、理科のグラフ、地理の地図など)は、100ページ以下に分けて渡すほうが、見落としを避けやすくなります。API側のPDF仕様にも、1リクエストの最大ページ数とサイズの上限があります。

問題文と解答案を突き合わせる指示文

最初のものは、通知の事例にある「正答が複数導ける」「正答が導けない」を探す指示です。解答案を先に見せず、問題文だけの判断を取ります。

添付は大学入試の問題冊子(模擬問題)です。解答案はまだ見せません。
各小問について、次の順で答えてください。
1. 問題文だけから導ける答えを、根拠の行を引用して示す
2. 答えが複数成り立つ、または条件が足りず導けない場合は、その理由
3. 誤記の疑いがある箇所(数値・単位・選択肢の重複・設問番号の飛び)
断定できないものは「疑い」と書き、確認すべき点を添えてください。

次に、別の会話で解答案を渡し、1の結果と照合させます。

先ほどの結果(別会話)と、添付の解答案を突き合わせてください。
- 答えが一致しない小問
- 解答案にあるが、問題文から導けない小問
- 配点表の設問番号と、解答案の設問番号が一致しない行
表で出し、判断できないものは「人の確認が必要」としてください。

会話を分けるのは、問題だけを読んだ結果と解答案を、別々の判断として並べるためです。同じ考え方を定期テストの作問で使う手順は、定期テストの作問と配点表をClaudeでExcelに作る教員向け手順にあります。

出典を明記した出題(資料文、統計表、英文)では、出典の原文も添付して食い違いを探させます。通知の事例には、出典を明記しているのに出典元のデータと異なる情報で出題したケースがあります。数値の転記違いは、人の目では「それらしく」読めて通ってしまうため、原文との機械的な照合に向いています。

配点と合計点は、会話でなく計算で確かめる

配点の整合は、Claudeに暗算させるより、集計を式やスクリプトに任せます。Claudeに読ませた配点表をCSVにして、次のように検算します。募集要項の配点と食い違えば、通知の「改修後に募集要項と異なる配点で合否判定した」事例と同じ型です。

import csv
from collections import defaultdict
 
# scoring.csv の列: 科目,大問,小問,配点
EXPECTED = {"数学": 100, "英語": 100}  # 募集要項の科目別満点
 
totals = defaultdict(int)
seen = set()
with open("scoring.csv", encoding="utf-8") as f:
    for row in csv.DictReader(f):
        key = (row["科目"], row["大問"], row["小問"])
        if key in seen:
            print("設問の重複:", key)
        seen.add(key)
        totals[row["科目"]] += int(row["配点"])
 
for subject, expected in EXPECTED.items():
    got = totals.get(subject, 0)
    if got != expected:
        print(f"{subject}: 配点合計 {got} が満点 {expected} と一致しません")

実行はターミナルで行います。

python3 check_scoring.py

このスクリプトの雛形はClaudeに書かせられます。ただし、募集要項の満点(EXPECTED)は、人が募集要項の原本から写して入れます。ここをClaudeに推定させると、点検の基準自体が曖昧になります。

正解表の照合: 設問番号と選択肢の対応

通知の事例に「誤った正解表を用いて採点した」があります。マークシート式なら、正解表が参照する問題冊子の版が正しいか、選択肢の並びが変わっていないか、が論点です。Claudeには次の確認をさせられます。

• 正解表の設問番号の範囲が、問題冊子の設問数と一致しているか
• 選択式の正解が、選択肢の数の範囲内か(選択肢が4つの設問に「5」が正解として入っていないか)
• 同じ問題を複数の冊子(A冊子・B冊子など)で出す場合の、対応表の矛盾

別日程の問題を取り違える事故(通知の「誤って別日程の問題を配付してしまった」に当たる型)は、文書の整合では防げません。冊子の版数の表示と、配付前の現物確認という運用で防ぎます。

出題範囲の逸脱は、基準の文書を先に決めて読ませる

通知は、学習指導要領と、設定した出題範囲との関係の確認を求めています。Claudeに「範囲を逸脱していないか」と聞くだけでは、基準が曖昧なまま答えが返ります。次のように基準を明示して渡します。

添付の「出題範囲」は本学の募集要項から写したものです。
添付の問題について、各小問がどの範囲の項目に当たるかを表にし、
範囲に当たる項目がない小問を「範囲外の疑い」として挙げてください。
学習指導要領の単元名は、私が貼った範囲の文書の語句だけを使ってください。

範囲の文書は、大学の募集要項と、実際に使う学習指導要領の該当箇所を、人が選んで貼ります。評価規準を学習指導要領から組み立てる方法は学習指導要領から評価規準と単元計画をClaudeで組み立てる手順にあります。入試では、旧課程と新課程のどちらを前提にするかが年度で変わるため、どの年度の指導要領を貼ったかを指示文に書いておきます。

Claudeに任せる点検と、人が見る点検

通知が「予定していた処理が実際に実行されていること」の確認まで求める点が、境目です。Claudeが読めるのは渡した文書だけで、システムの実行状況や、現場の試験室の運用は見えません。

点検記録に残す内容

Claudeの指摘は、そのままでは点検の証跡になりません。担当者が確認した結果を、少なくとも次の項目で残しておきます。

• 点検した文書の名前と版数
• Claudeに渡した指示文(使った版)
• Claudeの指摘のうち、採用したもの、却下したもの、理由
• 確認した担当者名と日付

通知は、ミスが生じたときに原因を分析して再発防止策を立て、マニュアル等を改善することも求めています。指示文と指摘の記録が残っていると、どの型の誤りがClaudeの点検をすり抜けたかを、次の年度の指示文の改善に使えます。

つまずきやすい点

• 解答案を先に渡すと、問題文だけの判断が取れなくなる。問題文だけで解かせてから照合する
• 数式・図表を含む設問は、PDFのテキスト化で崩れることがある。崩れた設問は画像として渡し、人が原本と見比べる
• 「問題なし」の答えを根拠にしない。指摘が0件でも、人の点検の省略理由にはならない
• 配点の合計を会話で聞かない。スクリプトか表計算で検算する
• 本番の問題を試す前に、模擬の問題で指示文を磨く

まとめ

通知が挙げる出題・採点のミスのうち、文書の食い違いで見つかる型は、Claudeによる突き合わせが加えやすい層です。問題文と解答案は会話を分けて照合し、配点は計算で確かめ、範囲の基準は人が貼った文書に限ります。受験者の立場で解けるかの判断と、処理の実行確認は、通知が求める担当者の二重、三重の点検の側に残ります。本番の問題を入れてよいかは、入試担当と情報セキュリティ部門が契約と規程で決める事項です。