プロジェクト概要
sci-translation-skillは、coding agentに読み込ませて使用できる、論文翻訳、用語管理、翻訳稿レビューのための指示セットです。コンピューターサイエンス、医学、工学、材料科学など、理工系論文の中国語から英語への翻訳を対象としています。新しい翻訳モデルではなく、ワークフロー規約、役割契約、用語管理、ローカルで実行する決定論的な検査スクリプトを組み合わせたものです。
このプロジェクトの目的は、単により「SCIらしい」英語を生成することではありません。自然な表現を保ちながら、用語の揺れ、技術的意味の歪曲、条件や限定の欠落、数値の誤対応、書式の破損を減らし、著者が項目ごとに確認できる投稿用原稿に近づけることです。
流暢さは正確さを意味しません。科学翻訳では、原文の主張の範囲、証拠の強さ、因果関係、否定、条件、数量表現、技術的境界を優先して保護する必要があります。
コアワークフロー
- 構造チェックリストの作成：原文を保持し、論文の種類、章、対象読者、編集範囲を記録したうえで、段落ごとに命題の境界を整理します。
- プロジェクト用語の固定：重要概念について、概念ID、標準訳、文脈、推奨表記、禁止別名、根拠、未解決事項を登録します。
- 忠実な初訳：まず原文を正確に伝え、その後、動作主体の明確化、高負荷文の分解、段落内のつながりの改善など、読者を意識した編集を行います。ただし、論証を補ってはいけません。
- 双方向レビュー：原文、初訳、編集稿を同時に照合し、編集過程で新たな技術的誤りが生じていないか確認します。
- issue IDによる修正：問題、修正内容、理由を項目ごとに記録し、最終差分と影響を受けた用語を再確認します。
- レビュー資料の納品：翻訳、用語集、レビュー記録、著者確認事項を出力し、実際に確認した範囲を明示します。
新しい論文を処理する場合、READMEでは、まず方法または結果部分の2〜3段落を試訳し、その後本文、図表、付録へ拡張し、最後に要旨を確定することを推奨しています。これにより、用語とワークフローを検証してから処理範囲を広げられます。
主な機能と適用範囲
用語と技術的忠実性
プロジェクトでは、概念ID、固定バージョン、文脈の記録によってプロジェクト用語を固定します。すべての論文に同じ固定用語集を適用するのではなく、論文ごとに独立した用語契約を作成します。段落ごとのレビューでは、否定、条件、数量表現、証拠の強さ、数値、単位、指標との対応も確認します。
読者を意識した編集
読者を意識した編集では、章の構成に沿って既存情報を整理し、主体と指示対象を明確にし、文の負荷を下げ、より自然で具体的な動詞と語順によって情報量のない定型表現を減らします。必要なヘッジ表現を削除したり、原文にない意味を補ったり、論証を段落間で移動したりしてはいけません。
複数Agentと誠実な縮退
実際にツールを利用できる場合は、用語調査、翻訳、独立レビューを異なるタスクコンテキストに割り当てられます。ここでいう「複数Agent」とは、複数の独立したタスクコンテキストを意味し、異なるモデルや人間の専門家を自動的に使うことを意味しません。実際のツールがない場合は、逐次的な自己レビューに切り替え、その事実を明示してください。
run-manifestは、実際の役割IDと既知のモデルを記録するために使用します。存在しないチームログを捏造してはいけません。複雑な書式や医学原稿には、依然として人手による確認またはレンダリング検証が必要であり、医学的内容については専門家による最終レビューも必要です。
分野別の重点
- コンピューター、セキュリティ、AI：脅威モデル、アクセス制御、KEMとペイロード復号、数式記号、技術的境界を重点的に確認します。
- 医学・生物学：研究デザイン、関連と因果、効果量、区間、サンプル、用量、エンドポイント、時点を重点的に確認します。
- 工学・材料：実験条件、単位と次元、実測とシミュレーション、誤差、適用範囲を重点的に確認します。
インストールと実行環境
SKILL.mdを含むsci-translation-skillディレクトリを、ホストが実際にサポートしているスキルディレクトリに配置し、重複した入れ子構造を避けてください。リポジトリのアドレスをエージェントに直接渡し、ホストにインストールを任せることもできます。
ローカルCodexでの例は~/.codex/skills/sci-translation-skill/SKILL.mdです。現在のディレクトリがリポジトリのルートであれば、次のコマンドでインストールできます。配置先に既存のバージョンがある場合は、先にバックアップすることを推奨します。
mkdir -p ~/.codex/skills/sci-translation-skill
rsync -a --exclude '.git/' --exclude '.DS_Store' --exclude '__pycache__/' ./ ~/.codex/skills/sci-translation-skill/インストール後、ホスト上でスキルを再読み込みするか新しいセッションを開始し、SKILL.mdを読み取れることを確認してください。このファイルは、現在のホスト自身の設定文書に代わるものではありません。
別のホストへ移行する場合は、まずそのホストのスキルまたはルール読み込みインターフェースを確認してください。Claude Codeでは、使用中のバージョンがサポートするskillディレクトリに従って読み込む必要があります。Antigravity、Cursor、Windsurf、Aiderではルールのインターフェースを確認する必要があります。Dify、FastGPT、Coze、自作Harnessでは、役割ノード、ファイル受け渡し、依存関係管理、実行記録を自ら実装する必要があります。ナレッジベースにアップロードするだけでは、複数Agentのパイプラインを構築したことにはなりません。
このスキルはSonnetやOpusの固定使用を要求せず、ホストの設定を勝手に変更することもありません。検査スクリプトに必要なのはPython 3の標準ライブラリだけです。
基本的な使い方
1. pilotモードで試訳する
初回使用時は、まずエージェントに用語集を作成させ、その後、指定した2〜3段落を試訳させることができます。プロンプトでは、分野、対象ジャーナル、入力形式を明示し、因果関係、否定、限定、数値を保持するよう求めてください。
$sci-translation-skillを使用し、pilotモードで論文を翻訳してください。
分野：[分野]；対象ジャーナル：[名称または未定]；形式：[LaTeX/Word/プレーンテキスト]。
まず本文、数式の説明、図表、付録から用語集を作成し、私が指定する2〜3段落を試訳してください。
まず忠実に翻訳し、その後、章構成と読者に合わせて段落内の情報を整理してください。動作主体と指示対象を明確にし、文の長さを無理にそろえないでください。
原文の因果関係、否定、限定、数値を保持し、実験、引用、安全性の保証を補わないでください。
独立Agentツールがある場合は分担してレビューし、ない場合は逐次的な自己レビューであることを説明してください。
翻訳、固定用語、位置情報付きの修正説明、著者確認事項を出力してください。試訳結果には少なくとも、翻訳、固定用語、位置情報付きの修正説明、著者が確認すべき事項を含める必要があります。用語と作業方法を確認した後、全文処理へ拡張します。
2. 既存の中英対訳稿をレビューする
中国語原文と英語訳稿がすでにある場合は、reviewモードを使用できます。レビューでは、まず技術的意味、用語、主張の強さ、数値、単位、引用を確認し、その後に表現の自然さを確認します。
$sci-translation-skillのreviewモードを使用し、中国語と照合しながら英訳を段落ごとにレビューしてください。
まず技術的意味、用語、主張の強さ、数値/単位、引用を確認し、その後に表現の自然さを確認してください。
証拠のある問題だけを修正し、「uses→adopts」のような好みと実質的な誤りを分けてください。
文を修正する前に読みづらさを確認し、初訳と編集稿を照合して条件の作用域、因果関係、指標、引用の対応を再確認してください。
各項目について原文、現行訳、修正、理由を示し、修正後に再確認してください。このモードでは、実質的な誤りと表現上の好みを分けます。たとえば、単にusesをadoptsに変更しても、必ずしも技術的な問題を意味しません。すべての文体差を誤りとして登録してはいけません。
3. 原文を保護しながら全文を翻訳する
全文モードは、用語と試訳結果を確認した後に使用するのが適しています。エージェントには新しいディレクトリに納品させ、原文を上書きさせないでください。各部分で同じバージョンの用語集と研究コンテキストを共有し、本文、図キャプション、表、数式の説明、アルゴリズム、付録を対象にします。
$sci-translation-skillを使用し、確認済みの用語集に従って全文を翻訳してください。
新しいディレクトリに納品し、原文を上書きしないでください。各ブロックで同じバージョンの用語集と研究コンテキストを共有してください。
本文、図キャプション、表、数式の説明、アルゴリズム、付録を対象とし、最後に要旨の主張の範囲を確認してください。
英語稿、用語集、段落ごとのアラインメント、レビュー完了記録、確認待ち項目を納品してください。決定論的な検査ツールの使用
リポジトリには、翻訳における観測可能な差異を確認するローカルスクリプトが用意されています。まずスキルの完全性テストを実行します。
bash references/test-skill-integrity.sh次に、原文ファイルと対象ファイルに対して翻訳監査を実行できます。
python3 scripts/audit_translation.py source.tex target.tex \
--glossary terminology-glossary.json \
--alignment alignment.json \
--output qa-report.jsonこの監査では、数値、保護された断片、引用数、基本構造、アラインメント情報、登録用語を確認できます。従来のshellエントリーポイントも引き続き使用できます。
bash references/test-translation-structure.sh source.tex target.tex glossary.json終了コードの意味は次のとおりです。
0：実装済みの検査で差異が見つかりませんでした。1：追加確認が必要な差異が見つかりました。2：入力または解析エラーです。
終了コードが0であっても、翻訳稿が投稿可能な状態に達したことを意味しません。alignmentが提供されていない場合、段落ごとの網羅や用語準拠の確認が完了したとは主張できません。正しい数値の順序や書式調整でも差異が検出されることがあり、その場合は人手で処置結果を記録する必要があります。
これらのスクリプトは「AIらしさ」を検出せず、分野の正確性を認証するものでもありません。決定論的な構造差異の発見を支援するだけであり、意味のレビュー、人手による確認、専門家による最終レビューの代替にはなりません。
高度な実践の推奨事項
用語集のバージョンを固定し、文脈を記録する
サンプル用語集をすべての論文にそのまま適用してはいけません。プロジェクトが提供するサンプル用語集はフィールドの説明だけを目的としており、外部検証を経ていません。実際のプロジェクトでは、概念、章、文脈に基づいて独自の用語記録を作成し、修正後に影響を受けた用語を再確認してください。
忠実性の基準と文章品質を分ける
まず翻訳が科学的意味を保持しているかを判断し、その後で文が自然かどうかを評価します。検出された誤りがゼロでも、確認範囲が限られていたり、まだ特定されていない問題が残っていたりするため、自動的に満点になるわけではありません。文章編集によって、より華麗な表現で証拠不足を覆い隠してもいけません。
書式と引用の対応を保護する
翻訳を始める前に構造チェックリストを作成し、特に数式、マクロ、引用、表の座標、図キャプション、付録を記録します。修正後は、数値が存在するかだけでなく、数値が正しい指標、単位、条件に対応し続けているかも確認してください。数式の数が同じでも、変数が変更されていないとは限りません。
問題番号に基づいて修正を完了させる
各問題に安定したissue IDを付与し、原文、現行訳、修正、理由、位置情報を記録します。修正後は、原文、初訳、編集稿を再度照合し、条件の作用域、因果関係、指標、引用、主張の強さを重点的に確認してください。
プロジェクトファイル案内
SKILL.md：スキルの入口とリリース条件。- 用語契約：統一用語集schemaとalignment形式。
- 役割契約：実際のツールとファイル所有権の要件。
- 言語ガイド：忠実で簡潔かつ自然な表現。
- 読者を意識した編集：章の構成、文内負荷、つながり、編集後の忠実性の再確認。
- 分野別設定：分野ごとの主なリスク。
- 行動評価：モデルの行動を受け入れるための評価方法。
- 翻訳例：構成された差分事例であり、公開済みの効果実証ではありません。
まとめ
sci-translation-skillの価値は、論文翻訳を一度限りの校正から、用語の固定、忠実な初訳、独立レビュー、差分検査、著者確認を含む追跡可能なプロセスへと変えることにあります。pilot、review、全文納品、最終監査の順に使用することで、技術面と書式面のリスクをより早く発見できます。
ただし、これは分野の正確性を自動認証するツールではなく、科学的結論についての著者の確認に取って代わるものでもありません。複雑な書式、医学原稿、投稿を予定している翻訳稿については、レンダリング検査、人手による確認、専門家による最終レビューを組み合わせる必要があります。