Claudeで旧字体・人名用漢字を扱う手順 — 髙や﨑の字体を守る
「渡邊」と「渡辺」、「髙橋」と「高橋」は見た目が近くても別の文字です。異体字を含む氏名をClaudeで正確に扱うための、確認手順と実践的な指示の出し方を解説します。
Claudeで旧字体・人名用漢字を扱うときの注意点とは
「高橋」さんの中には「髙橋」(はしごだかの髙)という字を使う人がいます。「渡辺」も「渡邊」「渡邉」など複数の字体が実在の氏名として使われています。これらは見た目が似ているだけで、コンピューター上ではそれぞれ別の文字(または同じ文字の異なる字形)として扱われます。
結論から言うと、Claudeは標準的なUnicode文字であれば旧字体・人名用漢字を含めて認識・出力できます。ただし「見た目が同じに見える」ことと「内部的に同じ文字コードである」ことは別問題です。この区別を意識しないまま運用すると、意図しない字体への置き換えに気づけないことがあります。Claudeの日本語処理全般の精度傾向はClaudeの日本語精度を公式データとベンチマークで読むで扱っています。
「旧字体」と「人名用漢字の異体字」は別の話
この2つは混同されがちですが、性質が違います。「旧字体」は戦後の当用漢字表・当用漢字字体表による字体整理より前に使われていた字体全般を指す言葉で、「國」(→国)、「學」(→学)のように、戦後の字体簡略化で置き換えられた文字群です。一方、人名に使われる異体字は「髙」(はしごだか)や「﨑」(たつさき)のように、簡略化とは別の経緯で複数の字体が並存している文字群です。
どちらも「見た目が似ているのに別の文字コードとして扱われる」という技術的な性質は共通しています。このあと扱う確認手順は、どちらのケースにも同じように当てはまります。
異体字はUnicodeの中でどう区別されているか
字体差をコンピューター上で区別する方法は2種類あります。1つは「髙」のように、最初から独立したコードポイントを持つ文字です。もう1つは、基底の漢字に「異体字選択子」という見えない符号を足して字形を指定する方式です。Unicodeでは「Ideographic Variation Sequence」(IVS、表意文字異体字シーケンス)と呼ばれます。
字体差を区別する2つの方式
独立したコードポイント
「髙」はU+9AD9で、「高」(U+9AD8)とは別の文字です。UTF-8では3バイト(E9 AB 99)で、字形を指定する仕組みを介さずに区別できます。
基底文字+異体字選択子(IVS)
「渡邊」の「邊」(U+908A)に選択子U+E0100を続けると、字形を指定した並びになります。
IVSの登録は、Unicodeの「Ideographic Variation Database」(IVD)が管理しています。IVDの公式ページには、Adobe-Japan1(14,684件)、Hanyo-Denshi(13,045件)、Moji_Joho(11,392件)を中心に、6つのコレクションが並びます。配布データ(IVD_Sequences.txt、2026-08-03版)の行数は合計39,509行で、約4万件の規模です。基底になる漢字の種類は、重複を除くと15,304字ありました。1字あたりの平均は3件弱で、多くの字は選択子が少数にとどまる一方、「邉」のように数十種類が並ぶ字もあります。
IVDに登録された異体字の選択子数
邉(U+9089)
32種類
「渡邉」の邉
邊(U+908A)
21種類
「渡邊」の邊
辺(U+8FBA)
3種類
常用漢字の「辺」
髙(U+9AD9)
1種類
独立したコードを持つ字
「辺」が3種類なのに対し、「邊」や「邉」は桁が違います。「わたなべ」という同じ読みでも、字形の指定まで含めると候補が数十通りあり得るわけです。Moji_Johoの登録にはMJ026190のような管理番号が付いており、字形ごとに番号で特定できます。
同じ字形が複数のコレクションに登録されることもあります。たとえば「邉」に選択子U+E010Fを付けた並びは、Hanyo-Denshiの管理番号JA7821と、Moji_JohoのMJ026190の両方に載っています。別のコレクションの番号で同じ字を探すと、片方にしか見つからないことがあるので、字形を特定するときはどのコレクションの番号かをあわせて記録します。
「山崎」と「山﨑」は、さらに注意が要る例です。「﨑」はU+FA11という互換漢字(UTF-8で3バイト、EF A8 91)として独立したコードを持つ一方、標準の「崎」(U+5D0E)に選択子を付ける表し方もIVDには3種類登録されています。IVDのデータでは、U+FA11にも5種類の選択子が割り当てられています。つまり同じ見た目の「やまさき」でも、入力元によって実際の文字の並びが異なる場合があります。氏名の突き合わせや検索をするときは、見た目ではなくコードポイントの並びで揃えます。
人名の字体ごとのコードと、Claudeでの注意点
ここまでに出た字を、氏名の例ごとにまとめます。指示の出し方は、コードを持つ字かIVSで分ける字かで変わります。
| 氏名の例 | 字とコードポイント | Claudeへの指示のコツ |
|---|---|---|
| 髙橋 | 字とコードポイント髙U+9AD9(高はU+9AD8) | Claudeへの指示のコツ依頼文にコードポイントを併記する |
| 山﨑 | 字とコードポイント﨑U+FA11(崎はU+5D0E) | Claudeへの指示のコツ貼り付けた字のまま使うよう伝え、出力後にコードを照合する |
| 渡邊・渡邉 | 字とコードポイント邊U+908A、邉U+9089に選択子が続く | Claudeへの指示のコツ字形の見本を渡し、選択子が残っているか手元で確かめる |
Claudeの多言語対応に関する公式ドキュメントは、「Claudeは標準的なUnicode文字を使うほとんどの世界の言語で入力の処理と出力の生成が可能」だとしています(詳しい言語別の実測はClaudeの多言語性能を言語別データで見るを参照)。同じドキュメントの表では、日本語の性能は英語を100%とした相対値(拡張思考を使った場合のスコア)でClaude Sonnet 4.5が96.8%、Claude Haiku 4.5が93.5%です。ただしこの数字は、英語のMMLUを翻訳した問題での正答率の相対値です。特定の字体を正確に保てるかを測ったものではないので、氏名の異体字が出力まで保たれるかは個別に確かめることになります。
手元でコードポイントを確かめる
見た目では字体の違いが分からないときは、文字をコードポイントに分解します。Claudeに「この文字のコードポイントは何か」と尋ねる方法もありますが、その答えだけでは正しいかどうか分かりません。手元のPythonで調べれば、確認が1コマンドで済みます。
python3 - <<'PY'
import unicodedata as u
for c in "髙高﨑塚":
n = u.normalize("NFC", c)
print(c, f"U+{ord(c):04X}", f"NFC後 U+{ord(n):04X}")
PY髙 U+9AD9 NFC後 U+9AD9
高 U+9AD8 NFC後 U+9AD8
﨑 U+FA11 NFC後 U+FA11
塚 U+FA10 NFC後 U+585APython 3.12.2で実行した結果です。「髙」「高」「﨑」は正規化(NFC)をかけてもコードが変わりません。一方、互換漢字のU+FA10(塚の異体字形)はNFCでU+585Aの標準字形に置き換わります。文字列を正規化するツールやスクリプトを通すと、人名の字形が黙って別の字に入れ替わる経路があるということです。氏名を扱う処理に正規化が入っていないかは、見落としやすい確認点です。
異体字を含む氏名を確実に扱うための手順
氏名の字体を守る流れ
- 1
ソースから直接コピーする
名刺や公的書類など、正しい字体が確認できるテキストをそのままClaudeに貼ります。打ち直しや音声入力を挟むと、その時点で字体が変わることがあります。
- 2
字体を指定して文書を作らせる
初回の依頼で、対象の文字をコードポイントつきで明示します。
- 3
出力した字を機械的に照合する
Claudeの出力から該当箇所をコピーし、上のPythonのような手元のツールでコードポイントを確認します。見た目だけの確認で済ませないのが要点です。
旧字体・人名用漢字の名前は直接ペーストする
異体字を含む氏名は、キーボードで単純に打ち直すと標準字体に変換されてしまうことがあります。コピー&ペーストなら、コピー元の字体がそのまま入ります。
出力された異体字をClaudeに確認させる
Claude自身にコードポイントを答えさせる使い方もあります。重要な文書では、依頼文を次のように書きます。
先ほど出力した文章に含まれる「髙橋」の「髙」の文字について、
Unicodeのコードポイントを16進数で教えてください。
一般的な「高橋」の「高」のコードポイントとの違いも説明してください。この回答は、前節のPythonの結果と突き合わせて使います。Claude Codeならコードを実行して調べさせることもでき、記憶から答えさせるより照合の確実性が上がります。
一度の生成結果だけで判断しない
契約書・招待状・名簿のように氏名の字体が重要な文書では、生成後に該当箇所だけを抜き出し、「この文字は元の指定と一致していますか」と再確認させる一手間を挟みます。置き換わりに気づく機会が1回増えます。
文字が渡せないときはコードポイントを指定する
コピー&ペーストができない状況(電話口で聞き取った氏名を入力する、手元にテキストデータが無い等)では、文字そのものではなくUnicodeコードポイントを直接指定する方法があります。
氏名の「高」の部分は、常用漢字の「高」(U+9AD8)ではなく
「髙」(U+9AD9、はしごだかと呼ばれる字体)を使ってください。
以降の文書ではすべてこの字体で統一してください。コードポイントを併記しておくと、環境やコピー元によって字体が揺れる心配が減ります。ただし、この方法で指定しきれるのは、「髙」のように独立したコードを持つ字までです。IVSで字形を分ける「邊」「邉」のような字は、基底文字のコードだけでは字形まで特定できません。字形が分かる見本をあわせて渡し、出力後に選択子の有無を手元のツールで確かめます。
複数の文書で表記を統一したいとき
同じ人物の氏名を複数の文書(見積書・契約書・納品書など)にまたがって扱う場合、文書ごとに個別のチャットで依頼すると、字体の指定が引き継がれません。ProjectsやCLAUDE.mdのような、セッションをまたいで参照される場所に「氏名の正しい字体」を一度書いておくと、毎回指定し直す手間が省けます。
このプロジェクトで扱う取引先「髙橋建設」の「髙」は、
常用漢字の「高」ではなく、はしごだかの「髙」(U+9AD9)です。
今後生成する文書ではすべてこの表記で統一してください。取引先が複数あり、それぞれに異体字を含む社名・氏名がある場合は、プロジェクトの冒頭でまとめて確定させておくと運用が楽になります。
用途別の確認レベルの目安
異体字への配慮がどこまで必要かは、文書の性質によって変わります。
| 用途 | 求められる確認レベル | 理由 |
|---|---|---|
| 契約書・請求書・登記関連書類 | 求められる確認レベルコードポイントでの厳密確認必須 | 理由氏名・社名を相手方の登録表記と一致させる必要があり、登記など公的書類では提出先の字体規則に従う |
| 招待状・名刺・式典の案内状 | 求められる確認レベル目視確認 + 可能ならコードポイント確認 | 理由誤字は相手に失礼にあたる |
| 社内メモ・下書き | 求められる確認レベル目視確認で十分なことが多い | 理由後工程で正式書類を別途作成する前提 |
よくあるつまずき
フォントの限界と文字コードの限界を混同する: 使っているフォントに該当の異体字グリフが収録されていないと、正しい文字コードのまま別の字形で表示されたり、代替の四角(いわゆる「トウフ」)で表示されたりします。疑わしいときはコードポイントを確認して切り分けます。
コピー元がすでに標準字体に変換されている: Webページや一部のデータベースでは、検索性を優先して人名を標準字体に正規化していることがあります。コピー元の時点で異体字が失われていると、元の字体は復元できません。正確な字体が必要な場合は、本人確認書類や公式な名簿など、字体が保証されたソースから直接テキストを取得します。
選択子が見えないまま外れる: IVSの異体字選択子は見えない符号なので、貼り付け先の処理によっては気づかないうちに外れる可能性があります。目安になるのは文字数です。Python 3.12.2で、「渡邊」に選択子U+E0100を付けた文字列の長さを数えると、見た目は2文字なのに3と出ます。字形を保つ必要がある文書では、貼り付けの前後でこのコードポイント数が変わっていないかを確かめます。字数が1つ減っていれば、選択子が外れて字形の指定が失われています。
「似ている字体だから同じだろう」という判断: 「辺」「邊」「邉」のように、常用漢字の新字体と複数の異体字が存在する漢字では、当人がどの字体を使っているかは字面の近さでは判断できません。氏名の誤りが実務上の問題になる文書では、本人確認済みの表記を基準にします。
まとめ
字体の取り違えを疑うときは、Claudeの理解より先に、コピー元・正規化処理・フォントの順に切り分けると原因に近づけます。氏名の字体が最終文書の効力に関わるなら、ソースから直接貼り、出力を手元のツールでコードポイント照合する運用が確実です。