| name | multilingual-student-communication |
| description | 「留学生や外国人研究者に多言語で案内を配信したい」「MOU 覚書のドラフトを英語で準備したい」 「留学生向け FAQ を複数言語対応させたい」「新入留学生向けオリエンテーション資料を各国語で出したい」 場面で使う国際交流・留学生支援職員向けスキル。AI 翻訳で完結できる場面とネイティブチェックが必須の場面を 切り分け、固有名詞辞書・文化配慮リストで運用品質を担保する。
|
| license | CC BY-SA 4.0 |
| metadata | {"version":"1.1.0","last_updated":"2026-04-21","author":"gmoriki"} |
multilingual-student-communication
留学生・外国人研究者向けの多言語コミュニケーションで AI 翻訳を活用する判断フレームワーク
1. Overview
留学生や外国人研究者への案内は、従来、英語版のみ用意して他言語は「要望ベース」で対応してきた大学が多い。しかし生成 AI の翻訳品質向上と、東北大学の 30 言語対応チャットボット（2024 年）のような先行事例を受けて、中小規模の大学でも十数言語の FAQ・案内文を現実的な工数で整備できるようになった。
一方で、AI 翻訳だけで完結させてよい文書と、必ずネイティブチェックや法務確認を経るべき文書の区別は、現場で迷いやすい。告知文・FAQ・イベント案内のようなルーティン業務は AI で完結可能だが、MOU などの覚書、奨学金の受給条件通知、ビザ関連の法的文書、宗教・歴史認識に関わる配慮文は、AI 単独で配信すべきではない。
さらに多言語展開では、固有名詞（学部名・職位名・部署名の正式英称）、文化・宗教配慮（食事制限・祝日・ジェンダー表現）、リレー翻訳での精度劣化という 3 つの技術的な落とし穴がある。本スキルは、これらを判断フロー・辞書・チェックリストで構造化し、国際課・留学生センターの少人数体制でも運用できる水準に落とし込む。
大学固有の制約として、単年度予算で DeepL Pro や ChatGPT Enterprise を新規契約しづらい場合があり、Web 版 AI と学内リソースの組み合わせでどこまで対応できるかの線引きが重要になる。
2. Prerequisites
- 所属大学の AI 利用ガイドライン、および外国人留学生の個人情報取扱規程の確認
skills/confidential-info-guidelines/ の 3 段分類の把握（特に Level 2 内部文書の入力可否）- 大学公式の英文名称集（学部・研究科・職位・部署）の所在確認
- 翻訳先言語の母語話者職員・留学生 TA の連絡体制
3. 主な利用者
職員（国際課・留学生センター・学生支援課の海外対応担当）。教員（留学生指導・受入教員）も二次利用者として想定するが、契約書・MOU の最終承認は法務部門が担う。
4. 判断フレームワーク
4-1. AI 完結可 / ネイティブチェック必須の二分基準
| 文書タイプ | AI 完結可否 | 理由 |
|---|
| イベント告知・履修案内 | AI 完結可 | ルーティン、事実誤認の影響が限定的 |
| 多言語 FAQ（奨学金・住居・医療等） | AI 下書き + 同言語話者の目視確認 | 誤訳が学生行動に直結 |
| オリエンテーション資料 | AI 下書き + 1 言語 1 名の母語話者確認 | 学則・規程の用語解釈が絡む |
| 奨学金受給条件通知・学籍関連通知 | ネイティブチェック必須 | 法的効力・不利益変更の可能性 |
| MOU・協定書・契約書 | AI 参考訳のみ、法務と相手方言語圏法務の二重確認 | 法的拘束力、外国法準拠 |
| 宗教・歴史認識・ジェンダーに関わる文書 | ネイティブチェック必須 | 文化配慮の解像度が文面で変わる |
4-2. 固有名詞辞書化の対象
学部名・研究科名・学位名・職位名・部署名・規程名は AI が誤訳しやすい。事前に正式英称・公式訳の辞書を用意し、プロンプトで明示する。既に大学公式サイトに英語版があれば、そこから抽出する。
4-3. リレー翻訳の精度劣化対策
日→英→第 3 言語のリレー翻訳は、中間の英語で情報が圧縮される分、精度が下がる。対策: ①日本語から直接目標言語へ翻訳、②固有名詞・数字・日付を原文併記、③翻訳後に同言語話者が原文と突き合わせる、の 3 点。
4-4. 文化・宗教・敏感トピックのチェック
食事（ハラール・ヴィーガン・宗教食）、祝日（宗教カレンダー）、ジェンダー表現（敬称・代名詞）、歴史認識（国名表記・地域呼称）は、言語ごとに許容範囲が異なる。宗教・政治・歴史認識に関わる内容は AI 単独配信を避け、必ず同地域出身者の目視確認を経る。
5. 判断フロー
flowchart TD
A[多言語対応したい文書] --> B{文書タイプ判定}
B -->|告知・FAQ・イベント案内| C[AI 下書き + 同言語話者確認]
B -->|オリエン・規程解説| D[AI 下書き + 母語話者チェック]
B -->|法的効力あり・契約・通知| E[ネイティブ + 法務確認必須]
B -->|宗教・歴史・ジェンダー| F[同地域出身者の確認必須]
C --> G{対象言語数は?}
D --> G
G -->|3 言語以下| H[日→各言語へ直接翻訳]
G -->|4 言語以上| I[日→英→第 3 言語]
H --> J[固有名詞辞書を<br>プロンプトに埋め込み]
I --> K[英語版を先に固定<br>第 3 言語はそこから]
J --> L[翻訳品質確認]
K --> L
E --> M[AI は参考訳のみ<br>最終版はネイティブ]
F --> M
L --> N[配信]
M --> N
6. 使用場面
シーン A: 留学生向け奨学金 FAQ の多言語化
奨学金 FAQ（日本語で 30 問、A4 で 8 ページ）を英・中・韓・タイ・ベトナムの 5 言語化したい。文書タイプは「FAQ」なので AI 完結寄りだが、受給条件・返還義務の誤訳は学生に不利益が及ぶ。大学公式サイトの英語版から固有名詞辞書を抽出し、日本語から各言語へ直接翻訳した後、留学生センターの各国出身 TA に目視確認を依頼する。
シーン B: 新入留学生向けオリエンテーション資料
新入留学生 120 名（10 か国出身）に配るオリエン資料を多言語化したい。英語版をマスターとして先に固定し、他言語は英語版から翻訳するリレー方式を採る。大学の学事暦・規程名・担当窓口名を固有名詞辞書に登録し、翻訳精度の底上げを図る。宗教上の配慮事項（食事・礼拝室・休暇）の記述は、各地域出身の教職員・留学生 TA の事前確認を必須とする。
シーン C: 海外大学との MOU 英文ドラフト
姉妹校候補との学術交流協定（MOU）のドラフトを英語で準備したい。AI は論点整理と初稿生成に使用するが、最終文面は法務部門と相手方大学の国際部が確認する。Web 版 AI には学内未公開の協定条件を入力しないこと（Level 2 情報）。Enterprise 版・API 版でも、確定前の条件は限定的な範囲で扱う。
→ 詳細は examples/example-01-ryugakusei-faq.md を参照。
7. Limitations
- 所属大学の留学生個人情報保護ガイドラインと AI 利用規程が常に優先
- AI 翻訳モデルの言語別品質は頻繁に更新される。定期的な再評価が必要
- マイナー言語（モンゴル語・ミャンマー語等）は AI 翻訳品質が低い場合があり、ネイティブ依存度を上げる必要がある
- 法的効力を持つ文書（契約・覚書・学籍変更通知）の最終責任は人間（法務・国際担当部長）にある。AI は下書きツールに留まる
- 宗教・歴史・政治的に敏感な表現は、技術的な翻訳品質とは別の論点。AI チェックでは検出できない文脈を含む
References
- 【政府一次ソース】文部科学省「大学・高等専門学校における生成 AI の教学面での取扱いについて」事務連絡 2023-07-13（翻訳活用場面）
- 【大学事例】東北大学「生成 AI 応対チャットボット 30 言語対応」2024-03-29（運用モデル参照）
- 【大学事例】立命館大学 Transable（語学教育 AI、2023-2024）
- 【実務家】森木 P4Us（Prompt Guide for University Staff, MIT License）文書作成章
