AI書籍翻訳のための人手によるポストエディット：最初に何を確認すべきか

人手によるポストエディットは、単にぎこちなく聞こえる文ではなく、翻訳を無効にしかねない誤りから始めるべきです。まず、完成した訳書全体が確定済みの原文と一致していることを確認し、そのうえで欠落、追加、意味の逆転、名称、用語、数字、相互参照を確認します。そうしたチェックを終えて初めて、編集者は文体、リズム、仕上げに時間をかけるべきです。

この順序が重要なのは、AIの出力が流暢であっても、段落の欠落や、もっともらしく見える誤訳が含まれていることがあるからです。完璧な一文があっても、欠けた章を補うことはできません。

次の順序で進めてください。

1. 翻訳された書籍が何に使われるのかを定義する。
2. 原文ファイルと訳文ファイルの正確な版を確定する。
3. 構成と完全性を突き合わせる。
4. 意味に重大な影響を与える情報と管理対象の情報を修正する。
5. 書籍全体を通して用語と一貫性を確認する。
6. つながりのある本文の流れの中で、文体と訳文の自然さを編集する。
7. 書き出したファイルをテストし、主要な修正をすべて再確認する。

各問題について、判断、証拠、重大度、担当者、再確認の状況を記録するには、 AI書籍ポストエディット用ワークシート をダウンロードしてください。

編集を始める前に、求められる仕上がり水準を決める

「ポストエディット」は、作業量が一つに固定されたものを指すわけではありません。私的に読むためのコピーと商用版では、受け入れ基準が異なります。

ISO 18587:2017 は、機械翻訳出力に対する完全な人手によるポストエディットと、ポストエディターの力量を対象としています。これは、手早い簡易修正に付けるラベルではありません。あなたのプロジェクトで必要なのが読みやすい草案だけであるなら、それを限定的レビューと呼び、何を確認していないのかを正確に明記してください。

ここでまた、 AIと人間による書籍翻訳 における区別が実務上の意味を持ちます。重要なのは手法そのものよりも、未解決のリスクを誰が引き受けるかです。

ターゲットを変更する前に証拠を固定する

3つのファイルを分けて保持してください。

• 翻訳に使用した正確なソース。
• 手を加えていないAI出力。
• 作業中のポストエディット版。

ソースのファイル名、リビジョン、言語、ターゲット言語、翻訳日、出力形式、用語集のバージョン、および結果を変えたワークフロー設定を記録してください。レビュー中にソースが変更された場合は、新しいソースのリビジョンを作成し、その変更を評価してください。2つの版から段落を黙って混在させてはいけません。

文章を編集する前に、次を比較してください。

• 冒頭と末尾の内容。
• 章と節の数。
• 目次の順序。
• 見出し、リスト、表、キャプション、注記、付録、および後付け資料。
• 各主要セクションの最初と最後の段落；および
• 意図的に残されている可能性がある、または誤って未翻訳のままになっている原文テキスト。

より広範な 書籍および長文ドキュメントのための翻訳QAチェックリスト では、リリースレベルの問題ログを提供します。この記事のポストエディット用ワークシートでは、AI出力を保持するか、修正するか、再翻訳するかという判断が加わります。

リリース判断を左右する順序でレビューする

4回のパスを使います。各パスはそれぞれ異なる問いに答えます。

パス1：出力は完全で、正しい原文と対応しているか？

欠落、重複、追加、切り詰め、または順序の入れ替わりがないかを確認します。行単位の編集に入る前に章の区切りを検証してください。キャプションが対応する図と一緒のままになっていること、脚注が意図された注に引き続き対応していることを確認します。

後の編集によって不完全な訳文が完成しているように見えてしまうため、これらはブロッカーです。

パス2：訳文は原文の意味を保持しているか？

小さな誤りが行動や主張を変えてしまう箇所を優先してください：

• 否定： する 対 しない;
• 法性： must, 場合がある, すべき、および できる;
• 方向: 増加 対 減少;
• 順序: 前 対 後;
• 範囲: すべて, 一部, のみ、および を除く;
• 数値、日付、単位、百分率、範囲、識別子；そして
• 帰属関係：誰が何を言ったのか、行ったのか、信じたのか、または何かを引き起こしたのか。

たとえば、原文で登場人物が もう少しで 自白するところだったと書かれているのに、AI訳文でその登場人物が自白したとされていれば、文が自然に読めても意味の誤りです。保守手順でパネルを開ける 前に 電源を切断するとされている場合、この順序を変えるのは文体上の問題ではなく、致命的な問題です。

パス3：管理された決定事項に一貫性はあるか？

訳文全体を検索して、次を確認してください。

• 人物名と地名；
• 肩書きと呼称；
• 製品名と組織名；
• 定義済みの技術用語；
• 略語とその正式名称；
• 造語；
• 引用文と引用された題名；そして
• 非翻訳項目。

承認済みの表記と却下した表記揺れを記録してください。1か所だけ修正して、残りも安全だと決めつけてはいけません。書籍翻訳用語テンプレートを使い、一度限りの修正を再利用可能な判断へと変えてください。

パス4：意図された対象言語の書籍として読めるか？

次に、文ごとに毎回原文を見比べるのではなく、段落や場面を見直します。文体のレジスター、リズム、段落のまとまり、代名詞の参照先、会話の書き分け、反復、そしてジャンルの慣習を確認してください。その後で原文に戻り、文体上の編集によって意味が変わっていないことを確認します。

この二つの視点による方法は、正反対の失敗を防ぎます。すなわち、編集者が訳文を独立して読まないことで生じる、原文に引きずられた翻訳調の訳文と、原文との照合をやめてしまうことで生じる、洗練されてはいるが誤訳である文章です。

すべてを同じように磨き上げるのではなく、重大度を使う

各問題を影響の大きさに応じて分類します。

このMQMエラー分類法は、正確性、用語、言語慣習、スタイル、ロケール慣習、対象読者への適切さ、デザイン／マークアップを区別します。プロジェクトの判断に影響するカテゴリだけを使ってください。詳細な分類法は有用ですが、1つの重大な阻害要因が何百もの問題のないセグメントの中に埋もれて見えなくなるようなスコアは有用ではありません。

編集を続けるか再翻訳するかを決める

ポストエディットは、最初からやり直すより自動的に安くなるわけではありません。書籍全体に取りかかる前に、代表的なサンプルで確認してください。

1. 冒頭、対話の多い箇所、用語が密集した箇所、表または注、そして難しい終盤の章を選びます。
2. 読解、調査、編集、再確認に費やした分数を記録します。
3. blockerの数と、繰り返し現れる重大なパターンを数えます。
4. 同じ修正が書籍全体で繰り返し発生するかどうかを見積もります。

編集者が文ごとに意味を再構築しなければならない場合、代名詞や主語を信頼してたどれない場合、用語が体系的に誤っている場合、または出力構造がもはや原文に対応していない場合は、そのセクションを再翻訳してください。代表的なサンプルで、修正コストの中心が訂正ではなく再翻訳にあることが示されたら、ワークフロー全体を切り替えてください。

「変更される語が20%未満なら編集する」といった普遍的なしきい値を公表してはいけません。変更語の割合では、その変更語が警告の意味を逆転させたのか、それとも単に句読点を改善しただけなのかは測れません。

訂正と承認を分ける

編集を行う人は、その編集を生んだパターンを見落とすことがあります。編集者の作業中の記憶ではなく、リリース候補から始める最終確認の工程を追加してください。

• すべてのblockerと重大な問題を原文に照らして再確認します。
• 却下した用語の異形をすべてターゲット側で検索します。
• 最終的な目次と構造をもう一度比較します。
• 読者が使用するアプリケーションで、実際のEPUB、PDF、またはDOCXを開きます。
• メタデータ、リンク、注記、図版、ナビゲーションを確認します。
• 言語、主題分野、制作について誰が承認したかを記録します。

評価では、文書全体の文脈も重要です。機械翻訳に関する大規模な専門的注釈研究では、レビュー担当者に MQM評価のための文書全体の文脈が提供されました。文単位で孤立したレビューでは、参照関係や一貫性の問題が見えなくなることがあります。

BookTranslatorの位置づけ

BookTranslatorは、完全なEPUB、PDF、またはDOCXから構造化された翻訳ドラフトを作成し、自動用語集を適用し、対応している場合はバイリンガル出力を提供できます。これにより、章を短いテキストボックスに通していく手間を減らし、重要な箇所を比較しやすくできます。

これは、資格のある編集者や分野レビュー担当者に取って代わるものではありません。クリーンな原文を書籍翻訳ワークフローからアップロードし、未加工の出力を保持したうえで、どこで人間の判断が必要かを判断するためにワークシートを使ってください。スキャン中心のソースについては、訳文をポストエディット候補として扱う前に抽出の問題を修正してください。

最終ポストエディット・ゲート

次のすべてが真になるまで、その本を承認してはいけません。

• 正確な原文と手を加えていないAI出力が保持されていること。
• 完全ファイルの突合で、未解決のブロッカーが見つかっていないこと。
• 意味にとって重要な箇所、数値、名前、用語、参照が確認されていること。
• 訳文言語の編集が、孤立した文だけでなく、つながりのある箇所も対象にしていること。
• すべての主要な修正について、繰り返し発生するパターンの可能性があるものとして検索されていること。
• 最終ファイルが配信形式でテストされていること。および
• 意図された用途、レビューの深さ、レビュー担当者の責任範囲、既知の制約事項が記録されていること。

人によるポストエディットは、AIドラフトが最も弱い部分に判断を集中させるときに価値を発揮します。一方で、「human reviewed」が、どの程度の手直しが行われたのか定義されていない曖昧なラベルとして使われると、機能しません。