上場企業のIR担当が日本語の適時開示の文書を、Claude で過去の英文開示と用語集にそろえて英訳の下書きにし、数値と日付の照合結果を付ける

処理の起点を決める

開示の担当が日本語の案を決裁に回すとき、同じファイルを決まったフォルダにも置くことを起点にします。 Python の処理がフォルダを見て、新しいファイルがあれば動きます。ファイル名に案件の番号と版の番号を入れる決まりにし、同じ案件の新しい版が置かれたら、前の版との差分だけを訳し直します。

開示の種類は、置くときに担当が選びます。 フォルダを開示の種類ごと（月次売上、自己株式の取得状況、子会社の異動、役員の異動、その他）に分けておけば、置いた場所で種類が決まります。種類が決まらないと、英文に入れる項目も、引く過去の英文開示も決まりません。 「その他」に置かれたものは、項目を選ばず全段落を訳し、IR担当に項目の選び方を確かめる印を付けます。

決裁の前に置かせるのは、日本語の確定を待つと間に合わないからです。 第2章のとおり、確定から開示までは数時間しかありません。決裁の途中から下書きを作り始め、確定の時点では直った段落の訳し直しだけが残る形にします。

入力データを集める

質を決めるのは、用語集と過去の英文開示の組です。 用語集は語の訳をそろえ、過去の英文開示は文の組み立て方をそろえます。過去の開示は日本語と英文を組で渡します。 英文だけを渡すと、どの日本語をどう訳したかが分からず、言い回しを写すだけになります。

用語集には「使わなくなった訳」の列を持たせます。 セグメントの名前を変えた、子会社の英文の社名を変えた、というときに古い訳を残しておくと、AIが過去の英文開示から古い訳を拾ったときに、照合で見つけられます。

書き方の決まりは短くても必ず渡します。 「金額は百万円単位なら millions of yen と表の見出しに書き、本文では ¥1,234 million と書く」「日付は November 5, 2026 の形」のような決まりで、これが無いと、過去の開示2件の書き方が違うだけで訳が揺れます。

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

Word のファイルは段落と表に分けて読みます。 表はセルごとに読み、行と列の位置を持たせます。表の数字は照合のいちばん大事な対象なので、セルの位置を失わないように読みます。 表が画像で貼られている案は、PDF にして Claude に渡す扱いにします。公式のドキュメントでは、PDF は各ページを文章と画像の両方として扱い、1回のリクエストは32MBまでで、パスワードや暗号化のかかった PDF は使えないとされています。

用語集は、文書に出てくる語だけを引いて渡します。 用語集全体を毎回渡すこともできますが、関係の無い語が多いと、AIが似た語の訳を取り違えます。 引き当ては Python の文字列の一致で行い、一致した行だけを渡します。

AIへ渡す前に整形する

1. 段落への分割と番号付け … 本文を段落に、表をセルに分け、P01・T01-R02-C03 のような番号を振る
2. 前の版との差分 … 同じ案件の前の版と段落ごとに比べ、変わった段落・足された段落・消えた段落を決める
3. 項目による段落の選択 … 開示の種類の項目表に従って、英文に入れる段落を選ぶ。概要とする項目は印を付ける
4. 用語の引き当て … 用語集の日本語の語を段落の中で探し、当たった行を集める
5. 数値の抜き出し（日本語側） … 金額・株数・日付・比率を段落ごとに抜き出し、単位と一緒に正規化する（和暦は西暦に、全角は半角に、「億」「百万」は数に）
6. 過去の英文開示の選択 … 同じ種類の控えから直近2件を選ぶ。項目表を変えた後の開示を優先する

5番目を訳の前に済ませておくのが、この構成でいちばん大事な前処理です。 日本語の数字を正規化した一覧を先に作っておけば、英文が返ってきたときに同じやり方で英文の数字を抜き出し、一覧どうしを突き合わせるだけで照合が済みます。 AIの訳がどれほど自然でも、数字が合っているかはこの突き合わせで決めます。

2番目の差分は、段落の文字列を比べるだけで足ります。 句読点や空白の違いだけで「変わった」と判定すると訳し直しが増えるので、比べる前に全角・半角と空白をそろえます。数字が1つでも変わった段落は、必ず変わった段落として扱います。

3番目で概要とする項目は、AIに要約させずに、IR担当が概要の日本語を書いておく運用も選べます。 概要の中身を誰が決めるかを、開示の種類ごとに決めておいてください。

AIに処理させる

させるのは、選ばれた段落を1つずつ英訳し、用語集の訳を使い、用語集に無い語を挙げることだけです。

最後の行で、AIに概要を作らせないことを明確にしています。 英語では一部又は概要の開示で足りますが、概要に何を入れ、何を落とすかは、開示の責任者が日本語の内容に責任を持って決めることです。 AIが落とした1文が、投資家にとって重要な情報だったということが起こりえます。

2行目の単位の換算がいちばん起きやすい失敗です。 日本語で「1,234百万円」とあるのを、AIが気を利かせて ¥1.2 billion と書くことがあります。意味は近くても、日本語と英文で数字の見た目が変わると、照合が「合わない」と判定し、IR担当が一つずつ確かめることになります。 書き方の決まりで単位をそろえさせ、桁を変えることを禁じます。

指示内容を固定する

あなたは上場会社のIR担当で、日本語の適時開示の文書を英文開示のために訳す立場です。
渡された段落だけを、段落番号ごとに英訳してください。

【書き方の決まり】
{style_rules}

【用語集（この文書に出てくる語だけ）】
{glossary_hits}

【同じ種類の過去の開示（日本語と英文の組）】
{past_pairs}

【訳す段落】
{segments}
※ [概要] の印がある段落は、IR担当が書いた概要の日本語です。

【厳守事項】
- 段落番号ごとに1つの英訳を返してください。段落を足したり、まとめたり、省いたりしないでください。
- 日本語に書かれていない事実、説明、背景、見通しを英文に足さないでください。
  海外の読者向けの補足も足さないでください。
- 数字は日本語に書かれた桁と単位のまま英文にしてください。
  百万円を billion に、千株を million shares に、といった桁の変換をしないでください。
  端数の丸めもしないでください。
- 日付は書き方の決まりの形にしてください。和暦は日本語の横に書かれた西暦に従い、
  西暦が書かれていなければ和暦を変換せず、note に「和暦のみ」と書いてください。
- 用語集の語は、用語集の英訳をそのまま使ってください。文脈に合わないと思っても変えず、
  note に理由を書いてください。
- 用語集に無い社名・製品名・役職名・制度の名前は new_terms に挙げ、
  訳の候補を2つまで書いてください。英文の中では候補の1つ目を使ってください。
- 過去の開示に同じ意味の定型文があれば、その英文を使ってください。
- 意味が二通りに取れる日本語は、どちらかに決めて訳し、note にもう一方を書いてください。
- 数字が合っているかの確認は、あなたの役割ではありません。「数字は一致しています」と書かないでください。

「和暦のみなら変換しない」を書いているのは、和暦の変換が照合の外で起きる誤りだからです。 令和の年を西暦にする計算をAIに任せると、まれに1年ずれます。日本語側にも西暦が書かれていれば照合で確かめられますが、和暦しか無いと照合の手がかりがありません。 変換しないで印を付け、IR担当が書きます。

最後の行で「数字は一致しています」と書かせないのは、IR担当がその一文を信じてしまうからです。 照合の結果は Python が別の欄に出します。AIの自己申告と機械の照合が並ぶと、人は楽なほうを読みます。

出力形式を固定する

構造化出力で、次の形のJSONを返させます。

{
  "doc_id": "",
  "version": 3,
  "segments": [
    { "segment_id": "P04", "en": "", "note": "" }
  ],
  "new_terms": [
    { "ja": "", "candidates": ["", ""], "segment_ids": ["P04"] }
  ]
}

1つ目の理由は、段落番号で日本語と英文を並べられることです。 確認用の表は、左に日本語、右に英文、その右に照合の結果と note を並べます。IR担当は、段落ごとに左右を見比べるだけで済みます。

2つ目は、差分の訳し直しと組み合わせられることです。 版が変わって P04 だけが直ったなら、P04 だけを渡し、返ってきた P04 で表の行を置き換えます。ほかの段落の英文は前の版のまま残ります。

3つ目は、new_terms を用語集に足す候補にできることです。 IR担当が候補から訳を決めたら、その語を用語集に足し、使い始めた日を書きます。

受け取った後に Python で行う照合は次のとおりです。

数字の照合は、段落ごとに行います。 文書全体の数字の一覧を比べると、同じ数字が別の段落に出ているだけで「合う」と判定してしまいます。表のセルは、セルごとに比べます。

システムへ連携する

英文の開示用のファイルは、IR担当が確認用の表から作ります。 この構成は確認用の表までを出し、開示用の体裁（社名のロゴ、表の罫線）を整えたファイルは作りません。 開示用のファイルに写す段階で、照合の結果が赤の段落が残っていないことを確かめます。

TDnet での開示は人が行います。 取引所のよくある質問と回答では、決算情報の英文資料は海外投資家へのタイムリーな情報提供の観点から TDnet で開示する必要があるとされています。開示の操作を自動にしないのは、日本語と英文を同時に出すかどうかを、その場で開示の責任者が決めるからです。

人が確認する

英文は、IR担当と開示の責任者の2人が見てから開示します。

1. 赤い印の段落を先に直す … 数字・日付・使わなくなった訳の食い違いです。英文の側が誤っているのか、日本語の版が古いのかを確かめます
2. 新しい語の訳を決める … new_terms の候補から選ぶか、自分で書きます。決めたら用語集に足します
3. 黄色の印の段落を読む … 用語集の訳が入っていない段落、和暦のみの段落です
4. 全段落を日本語と並べて読む … 意味の取り違えと、日本語に無い内容が足されていないかを見ます
5. 開示の責任者が確認する … 英文で出す範囲と、日本語との整合を確かめます

4番目を省かないでください。 照合が見るのは数字と用語だけで、「取得する」と「取得を検討する」のような意味の違いは照合に出ません。 開示ではこの違いが投資家の判断を変えます。

日本語の開示を英文のために遅らせないでください。 取引所のよくある質問と回答では、発生事実に係る開示など急遽対応が必要になる場合で、英語の同時開示をしようとすると日本語の開示が遅れるときは、この限りでないとされ、まずは日本語による開示を優先するよう求めています。 英文の確認が終わらないときに日本語を先に出すかは、開示の責任者が決めます。

例外に対処する

最後の行を運用の前提にしてください。 この構成は英訳の下書きを早くするためのもので、動かないときに開示が止まる設計にはしません。 従来の手順を残しておきます。

記録を残す

• 日本語の案の版ごとのファイルと、置かれた日時
• 版ごとに Claude に渡した段落・用語集の該当行・過去の開示の組と、返ってきたJSONの全文
• 照合の結果（段落ごとの数字の一覧と判定）
• IR担当が直した英文と、直す前の下書き
• 新しく用語集に足した語と、決めた人・日付
• 開示した英文のファイルと、開示の日時

4つ目の「直す前の下書き」は、指示を直す材料です。 IR担当がよく直す言い回しは、書き方の決まりか過去の開示の選び方が合っていません。

開示前の情報を含むので、ログの置き場所は開示前の重要事実を扱う場所と同じ管理にします。 閲覧できる人を開示の担当とIR担当に限ります。