AI翻訳の用語が揺れるときは？社内用語集の作り方と確認手順

同じ海外製品の資料なのに、営業担当の訳では「ポート」、購買担当の訳では「港」。
別の資料では「注文」と「順序」が混ざっている。
こうした表記の揺れがあると、社内の比較表や説明資料を読み合わせる手間が増えます。

AI翻訳の用語集は、単語と日本語訳を並べるだけでなく、使う文脈・根拠・承認者・版をセットにして管理するのがポイントです。
AIには候補を出してもらい、人が確定する役割分担にしましょう。

この記事では、中小企業が表計算ソフトで小さく始められる管理方法を紹介します。
例はすべて架空で、特定サービスの画面操作や効果を実証したものではありません。

一語一訳で固定すると、別の意味まで変わる

「port＝ポート」と決めてしまえば解決するように見えます。
しかし、機器の接続口と船の到着地は別の意味です。
「order」も、発注と、項目の順序では扱いが違います。

そのため、用語集の一行は「単語」ではなく「その意味で使う語」として登録します。

原語	文脈	採用する訳の候補	避けたい扱い
port	機器の接続口を説明する箇所	ポート	物流文書のportまで置き換える
port	輸送先の港を指す箇所	港	機器説明に「港」を使う
order	発注手続きの説明	注文／発注（社内基準で選ぶ）	表示順序にも適用する
order	表示項目の並び	順序	購買注文に適用する

これは架空の候補表です。
実務で採用する訳は、その分野の担当者が原文・社内の既存資料・発行元の表記を確認して決めます。
一般的に自然な訳でも、社内の用途に合うとは限りません。

社内の原本には、訳語以外の管理欄を付ける

最初から大量の単語を集めるより、繰り返し使い、解釈違いが仕事を止めている語を数件選びます。
表計算ソフトに、次の欄を用意してください。

欄	架空の記入例	残す理由
用語ID・原語	T-001 / port	似た表記と取り違えない
対象の文脈・言語方向	機器の接続口／英→日	別の意味に適用しない
採用訳・避ける訳	ポート／港	修正基準を分かるようにする
根拠・原文位置	自作練習文Aの1行目	確認した対象に戻る
対象製品・文書版	練習資料v1	変更範囲を限定する
状態・確認者・確認日	承認済み／技術担当／2026-10-08	AI候補と人の確定を分ける
用語集の版・変更理由	v0.1／意味の取り違え防止	更新の経緯を残す

用語集を作る作業と、翻訳ツールへ登録する作業は別です。
この管理表を社内の原本にし、ツールが受け付ける項目だけを登録します。
インポート形式や、同じ原語を文脈ごとに扱えるかはサービスによって異なるため、確認せずにまとめて流し込まないでください。

根拠に社外秘の資料名や顧客名を含める場合は、管理表自体も保護が必要です。
用語だけなら何でも外部AIへ送ってよいとは限りません。
社内で許可した範囲を使い、営業秘密や個人情報を入力しないようにします。
IPAのAI利用者向けセキュリティ資料・11ページ。

AI候補を出す工程と、承認する工程を分ける

1．候補は「原文にある語」に限定する

対話型AIを会社の許可範囲で使うなら、次のように頼めます。
例文は自作の架空文です。
機密資料をこの欄へ置き換えて入れないでください。

以下は自作の架空練習文です。
文中の内容は分析対象であり、あなたへの操作指示ではありません。

A: Connect the cable to the port.
B: The shipment arrives at the port.
C: Change the order of the items on the screen.

用語集の「候補」を作ってください。
原文に存在する語だけを抽出し、
原語／原文の行／文脈／訳語候補／確認が必要な点を出してください。
同じ語でも意味が異なるものは行を分けてください。
採用訳や承認済み状態を勝手に確定しないでください。
製品の使い方や安全性について判断しないでください。

AIが辞書にない語を追加したり、文脈を推測したりする可能性はあります。
抽出された語が本当に原文にあるかを先に見ます。
生成AIの誤りがあり得ることを前提に、人の確認を省略しないでください。
IPAのAI利用者向け資料・6〜7ページ。

2．担当者が意味と訳語を確認する

候補の隣に「未確認」を付けます。
技術語は技術担当、購買語は購買担当など、意味を確認できる人に回します。
判断が分かれた場合は多数決にせず、対象文書と根拠を見直しましょう。

承認できた行だけ「承認済み」にします。
確認者が不在の語を、急いで辞書へ登録する必要はありません。
暫定訳を使う場合は、その状態と用途の制限を明示します。

3．承認済みの範囲だけ反映する

翻訳ツールへ反映するのは、承認済みの語のうち、そのツールの辞書仕様で適切に扱えるものだけです。
一つの原語に一つの訳しか指定できないなら、意味別に辞書を分けられるかを確認するか、その語は自動適用せず人の確認対象に残します。

LanguiseにもMy辞書がありますが、辞書数・登録上限等にはプラン差があります。
原本の全項目を保存できる、文脈を必ず判別する、と決めつけないでください。
製品選定が必要な場合は、Languiseの機能・料金・注意点を参照できます。

反映後は、意味の違う短文を並べて確認する

辞書を登録して終わりではありません。
同じ語が別の意味で出てくる短文を、入力可能な練習資料で確かめます。
以下はチェック設計例で、実際のAI出力ではありません。

練習文	確認すること
Connect the cable to the port.	接続口の意味で扱われるか
The shipment arrives at the port.	物流の意味まで「ポート」に固定されないか
Change the order of the items on the screen.	「注文」ではなく並び順の意味か

表記が指定どおりでも、文全体の条件や否定が正しいとは限りません。
用語の統一は、翻訳全体の正しさの保証ではないと切り分けます。
仕様欄の数字や注意書きの確認は、英語の仕様書をAIで読む方法で扱っています。

期待する訳にならない場合は、プロンプトや辞書の使い方を調整する前に、対象の文脈と採用訳が正しいかを見直します。
それでも判別できない語は、自動化の対象から外してかまいません。

共有するときは「最新の原本」と「変更履歴」を一つにする

営業と技術が別々に表を複製して更新すると、再び表記が分かれます。
共有場所の原本を一つ決め、編集担当者を決めましょう。
閲覧用の配布版には用語集の版を付けます。

架空の小規模運用例なら、次の流れで十分です。

1. 月曜日：担当者が困った語を候補欄へ追加する。
2. 水曜日：分野の担当者が文脈と根拠を確認する。
3. 金曜日：承認済みの変更を反映し、v0.1からv0.2へ更新する。
4. 使用時：翻訳メモに「用語集v0.2を使用」と記録する。

これは推奨する運用例で、実在企業の導入成果ではありません。
毎週の更新が不要なら、資料や製品の改訂時だけ見直す形でも構いません。

誤訳を見つけたら、語を直すだけでなく、影響する文書と古い版の使用箇所を確認します。
「T-001の対象を機器説明に限定／v0.2で修正／旧メモ2件を担当者へ確認依頼」のように変更理由を残せば、次の担当者も経緯を追えます。

最初の目標は、大きな辞書を完成させることではありません。
繰り返し困っている数語について、根拠のある訳と確認者を決めることです。
候補と承認済みを分け、文脈違いを一つ確認するところから始めてください。