doc-generation

name	doc-generation
description	Use when generating or updating package documentation with ClaudeCreateDocumentation or ClaudeUpdateDocumentation. Covers resumption after limits, README structure, document queue ordering, and option usage.

ドキュメント生成ルール

GithubRepositories の編集禁止（必須）

GithubRepositories/ 配下のファイルは編集してはならない。

$packageDirectory/GithubRepositories/<パッケージ名>/ に置かれたファイルは、ローカルの <パッケージ名>_info/docs/ との差分を取って GitHub への更新コミットメッセージを作成するためのリファレンスとして保持されている。編集すると差分が失われ、コミットメッセージの作成ワークフローが壊れる。

• ✅ 編集してよいのは <パッケージ名>_info/docs/ 以下のファイル（例: ClaudeRuntime_info/docs/api.md）
• ❌ GithubRepositories/ClaudeRuntime/ClaudeRuntime_info/docs/api.md などは編集しない

この制約は、ClaudeUpdateDocumentation による自動生成・ClaudeUpdatePackage によるパッケージ更新・手動でのドキュメント修正、いずれの場合にも適用される。

api.md の役割（最重要）

api.md はパッケージの「唯一の真実のソース」である。 LLM がこのファイルだけを読んで、パッケージの全公開関数を正しく使えるコードを書けなければならない。

api.md のフォーマット原則（LLM 最適化）

api.md はヒトが読むドキュメントではなく、LLM がコード生成に使う参照ファイルである。 以下の原則でトークン消費を最小化しつつ情報密度を最大化する:

1. 空行を最小限にする: セクション見出し前の1行のみ。関数エントリ間に空行を入れない
2. セパレータ --- を使わない: ### 見出しだけで区別する
3. Bold/装飾を最小限にする: **引数:** などの冗長なラベルは不要
4. 自明な使用例を省略する: NBCellCount[nb] のような単純な関数に例は不要。オプションやパターンが複雑な関数にのみ例を付ける
5. 1関数 = 最小行数: シグネチャ + 説明 + オプション（あれば）+ 戻り値を密に記述

api.md の具体的フォーマット

定数/変数

### $VarName
型: Association, 初期値: <|"key" -> value|>
説明文（1行）

単純な関数（オプションなし）

### FuncName[arg1, arg2] → ReturnType
説明文（1行）

オプション付き関数

### FuncName[arg1, arg2, opts]
説明文（1行）
→ ReturnType（構造の説明が必要なら追記）
Options: Opt1 -> Default1 (説明), Opt2 -> Default2 (説明)

複雑な関数（例が必要）

### FuncName[arg1, arg2, opts]
説明文
→ <|"Key1" -> ..., "Key2" -> ...|>
Options: Opt1 -> Default1 (説明), Opt2 -> Default2 (説明)
例: FuncName["pkg", "msg", Branch -> "dev", Force -> True]

複数パターン

### FuncName[a] / FuncName[a, b] / FuncName[a, b, c]
パターン別の説明

api.md に必須の内容:

• すべての公開関数: シグネチャ、全オプション（デフォルト値+説明）、戻り値の型
• すべての公開定数/変数: 型、初期値、説明
• 複雑な関数のみ: 使用例（1-2行）
• 関数はカテゴリ別にグループ化（## カテゴリ名）

api.md の参照優先ルール:

• コード生成時: api.md → ソースコード の順で参照（api.md で解決できればソースは不要）
• 関数の説明を求められたとき: api.md → user_manual.md → ソースコード の順
• api.md に記載されていない関数やオプションを推測で生成してはならない

api.md の更新方針（既存 doc を保全して同期）

api.md / api_*.md は 既存ファイルを「更新」する（ソースから完全再生成して上書きしない）。理由: 既存の api doc にはソースコードからは導出できない人手の prose（概要、設計ノート、規約、節の解説、worked example）が含まれており、これらは保全しなければならない。

更新プロンプト（iBuildDocPrompt / iUpdateDocNext）は CURRENT DOCUMENT を含め、LLM に次を指示する:

• ソース由来でない curated prose（概要・規約・例）は必ず残す。
• 全関数シグネチャ・オプション・デフォルト値を現ソースに同期し、矛盾する記述を修正する。
• ソースに新規追加された公開関数/オプションを追記し、ソースから削除されたエントリのみ削除する。
• CURRENT DOCUMENT が空なら、ソースから全生成する。
• 結果は CURRENT DOCUMENT と同等以上の充実度であること（iSafeWriteDoc のサイズ退行ガードが既存の 40% 未満への縮小を拒否する）。

⚠️ 旧方針（「Generate ENTIRELY from source. Do NOT reference any prior version.」＝ソースから完全再生成）は 2026-06-25 に廃止。薄いソースの api doc で curated prose を失い、サイズ退行ガードに弾かれる（あるいは閾値超で気づかず prose を喪失する）ため。「唯一の真実のソース」であることと、ソースから毎回作り直すことは別物——既存 prose を保ちつつソースに同期する。

ドキュメントキューの順序（厳守）

README.md は必ず最後に生成/更新する。これは絶対的なルールである。

$iDocQueue および ClaudeUpdateDocumentation の処理順序:

1. setup.md — インストール手順書
2. user_manual.md — ユーザーマニュアル
3. api.md — API リファレンス
4. examples/example.md — 使用例集
5. README.md （必ず最後: 上記1-4の最新内容を参照して概要を合成）

README.md を最後にする理由

README.md はパッケージの概要文書であり、setup.md / user_manual.md / api.md / examples の重要な点のまとめとして機能する。先に生成すると:

• 他ドキュメントにまだ書かれていない情報を参照できず、記述が不完全になる
• ソースコード変更の反映が他ドキュメント経由で間接的にしか行われず、重要な変更点が抜ける

コード内では iEnsureReadmeLast ヘルパーが自動的に README.md をリストの末尾に移動する。iGuessTargetDocs の結果にも適用される。

ClaudeUpdateDocumentation での更新順序

ClaudeUpdateDocumentation 実行時も同じ順序を厳守する:

• 1引数版（自動差分検出）: allDocs は iEnsureReadmeLast で README.md を末尾に移動
• 2引数版（指示付き）: iGuessTargetDocs の結果に iEnsureReadmeLast を適用
• README.md の更新プロンプトには、直前に更新された他ドキュメントの最新内容が参照コンテキストとして含まれる

README.md の必須構造（厳守）

README.md は以下の構造をこの順序で持たなければならない:

1. # パッケージ名 — 設計思想と実装の概要

• パッケージの一行説明
• なぜこう設計されているか（Why）
• 高レベルの仕組み（How）
• 他ドキュメントと design/ フォルダのメモを参照して構成

2. ## 詳細説明

以下のサブセクションを含む:

• 動作環境 (OS, Mathematica version, external tools)
• インストール (UTF-8 ロードパターン必須)
• クイックスタート (最小限の動作確認コード)
• 主な機能 (機能一覧と簡潔な説明)
• ドキュメント一覧 (setup.md, user_manual.md, api.md, examples/ へのリンク)

3. ## 謝辞（Acknowledgments オプション指定時のみ）

4. ## 免責事項（必須）

5. ## ライセンス（設定済みの場合、必ず最後）

謝辞・免責事項・ライセンスの配置ルール（最重要・厳守）

謝辞（Acknowledgments）、免責事項（Disclaimer）、ライセンス（License）は README.md の末尾にのみ存在しなければならない。

README.md 末尾の順序（厳守）:

1. ## 謝辞（Acknowledgments オプションが非空の場合のみ）
2. ## 免責事項（必須）
3. ## ライセンス（必須、最後）

絶対禁止事項:

• setup.md, user_manual.md, api.md, examples/example.md に謝辞・免責事項・ライセンスのセクションを絶対に追加してはならない
• これらのファイルに既にこれらのセクションが存在する場合は、削除しなければならない
• ライセンス条項のコピーが複数ファイルに分散すると整合性が崩壊するため、README.md 以外にライセンスを記載することは重大なバグである

理由:

• ライセンス条項は法的文書であり、複数箇所に存在すると版管理・修正時に不整合が生じる
• 免責事項・謝辞も同様に、一箇所で管理されなければ矛盾が発生する

コード実装:

• iDocBuildAcknowledgmentsPrompt[], iDocBuildDisclaimerPrompt[], iDocBuildLicensePrompt[] は README.md 生成時にのみプロンプトに挿入される
• 非 README.md ファイルのプロンプトには「謝辞・免責事項・ライセンスを追加するな」という明示的禁止指示が含まれる
• $iDocKeywords の README.md エントリには謝辞・ライセンス・免責関連キーワードが含まれ、iGuessTargetDocs がこれらの更新指示を README.md のみにルーティングする

README.md の境界ルール（必須）

• README.md は「謝辞」→「免責事項」→「ライセンス」で終了する。それ以降にコンテンツを追加してはならない。
• 指示文やノートブックコンテキストの内容をそのまま転記してはならない。
• README.md に反映してよいのは、パッケージの概要・機能一覧・構造に影響する変更のみ。

ClaudeUpdateDocumentation の更新動作（必須）

差分ベースの更新原則

• 直前の _documentupdate バックアップからソースコード差分を自動検出する
• 各ドキュメントは既存の内容を踏襲し、差分に対応する変更のみ挿入する
• 既存の構造・記述を大幅に書き換えてはならない（差分に関連する部分のみ修正）

README.md 更新時の特別処理

• README.md 更新時、プロンプトには他ドキュメント（setup.md, user_manual.md, api.md 等）の最新内容が参照コンテキストとして含まれる
• これらは「参照コンテキスト」であり、README.md にコピーするものではない
• README.md には概要レベルの変更のみを反映する（新機能名の追加は可、詳細な使い方の転記は不可）

更新指示のスコープルール（必須）

ClaudeUpdateDocumentation で複数ドキュメントが更新対象になる場合、各ドキュメントの更新時には指示文の該当部分のみを反映すること:

• 指示文が特定ドキュメント名を明示している場合（例:「user_manual に追記」「api.md のみ更新」）、他のドキュメントにはその詳細を転記しない
• README.md は常に概要レベルの変更のみ反映する（新機能名の一覧追加は可、詳細な使い方の転記は不可）
• 指示文やノートブックコンテキストがそのままドキュメント末尾に追記される事態は、明確なバグである

オプション一覧

ClaudeCreateDocumentation / ClaudeUpdateDocumentation の共通オプション:

オプション	デフォルト	説明
Fallback	False	Fallback モデル使用
References	{}	参考文献の URL / 書名リスト → README の「参考文献」セクションに追加
Demos	{}	デモ動画・使用例の URL リスト → README の「使用例・デモ」セクションに追加
Disclaimer	{}	免責事項に追記する文言リスト
Acknowledgments	{}	謝辞セクションに追加する文言リスト。非空なら README.md の免責事項の前に配置
License	""	ライセンステキスト。空ならMIT自動生成。文字列指定でカスタムライセンス
TargetFiles	Automatic	更新対象ファイルを明示指定。Automatic なら指示文から自動判定。{"api.md", "install.md"} 等でファイル限定
Mode	"Update"	"Update" = 既存を差分更新、"Create" = 新規作成（既存内容を無視）

第二引数の指示文中に URL が含まれていれば、自動的に Demos に追加される。

トークン消費の最適化

$ClaudeDocModel（ドキュメント専用モデル）

• デフォルト: "claude-sonnet-4-20250514" — ドキュメント生成は Sonnet クラスで十分
• $ClaudeDocModel = "" で $ClaudeModel と同じモデルを使用
• Create/Update/AutoApiUpdate の全フローで自動適用される

ソースコードのチャンク化

• Update 流でも iBuildChunkedSource によるチャンク化を適用（以前はソース全文を毎回送信していた）
• 公開部分 + ドキュメント種別に関連するセクションのみを送信
• 550KB のソースが 60KB 以下に圧縮される

狭いスコープの更新指示

• iIsNarrowScopeInstruction がライセンス・免責・謝辞のみの更新を検出
• 該当する場合、README.md 更新時に兄弟ドキュメントの参照を省略（さらに 16KB 節約）

iGuessTargetDocs のフォールバック

• キーワードにマッチしない場合、全ファイルではなく README.md のみを対象にする
• 全ファイル更新が必要な場合は 1引数版 ClaudeUpdateDocumentation["pkg"] を使用する

文体ルール（必須）

ドキュメント	文体	理由
api.md	常体（だ・である調）	簡潔さを優先するリファレンス文書
setup.md	敬体（です・ます調）	ユーザー向け説明
user_manual.md	敬体（です・ます調）	ユーザー向け説明
examples/example.md	敬体（です・ます調）	ユーザー向け説明
README.md	敬体（です・ます調）	ユーザー向け概要・紹介

注意: $Language の設定に基づいて言語が決定される。日本語以外が設定されている場合はその言語で出力される。

ドキュメント書き込みの安全機構

iSafeWriteDoc による保護（いずれかに該当したら書き込まず $Failed＝ファイルは変更しない）:

• サイズ退行ガード: 既存ドキュメントの 40% 未満に縮小する場合は拒否
• タイトル整合性チェック: README.md の先頭 # タイトル がパッケージ名と一致しない場合は拒否（LLM が別のドキュメント内容を返した場合の防護）
• 切り詰め（truncation）検出 (iDocLooksTruncated): 応答が途中で切れた場合を検出して拒否。サイズ 40% ガードを通過しても壊れるため必須。確実な兆候のみ: ①未閉じコードフェンス（``` が奇数）②文・構文の途中で終端（末尾が読点 、/，/, や開き括弧 (/（/「）。

失敗時の停止（fail-fast）と再開（resumption）— 必須

途中失敗で「壊れたまま続行」「再実行で更新済みファイルまで再生成」する事故を防ぐため、ClaudeUpdateDocumentation の更新チェーン（iUpdateDocNext）は次のように動く:

• fail-fast（チェーン即中断）: あるファイルの応答が
  • システム的失敗（API エラー / 利用制限 / プロバイダ内部エラー / 空応答 = iIsAPIErrorResponse）、または
  • 品質失敗（切り詰め / サイズ退行 / タイトル不整合 = iSafeWriteDoc が $Failed） のいずれかなら、そのファイルを書かず、残りのファイルにも進まずチェーン全体を中断する。以前は品質失敗を skip して次へ進み、エラーが出ても更新を続けていた（これがバグ）。中断時もそれまでに成功したファイルは保全される。
• resumption（再開）: 更新サイクルは「ソース内容＋指示＋対象ファイル集合」のハッシュ iDocCycleKey で識別され、成功したファイルは <docsDir>/.docupdate_progress.json に記録される。中断後に同じソース状態で再実行すると、更新済みファイルをスキップして残りから再開する。サイクル完全完了時に進捗ファイルはクリアされる（次回はソース変更で新サイクル）。ソースを編集すれば cycleKey が変わり全ファイル再生成。
• すべて完了済みで再実行した場合は「既に更新済み」と表示して何もしない。

大量ファイルの並列更新（LLM 並列投入）

SourceVault のように README 以外が閾値 $iDocParallelThreshold（既定 5）以上 になる更新では、ClaudeUpdateDocumentation は逐次チェーン（iUpdateDocNext）でなく 並列コーディネータ iUpdateDocsParallel に振り分け、各 doc の LLM 呼び出しを並列投入する。

• プロンプト構築の共有: 1 doc 分のプロンプトは純関数 iBuildDocPrompt[sourceCode, pkg, docsDir, docFile, instruction, diffText, mode, designContext, splitCache] が組み立てる（逐次・並列で共有。README は兄弟 doc をディスクから読むため、呼ぶ前に兄弟が書き込まれている必要がある）。
• 並列度: $LLMGraphMaxConcurrency["cli"]（既定 3）。iClaudeQueryAsyncWithProgress（claudecode 共有ポーリング）にファンアウトするので rule 95 準拠（独自 ScheduledTask を作らない）。
• README は必ず最後: README 以外を全て並列で書き込み終えてから、README を 1 本だけ実行（更新済み兄弟を読んで概要生成）。README-last ルールを並列でも厳守。
• fail-fast: いずれかの doc が API エラー/品質失敗なら新規投入を止め、飛行中が drain したら中断（成功分は保存・記録済み）。
• resumption: 成功 doc は進捗記録され、再実行で未完了分から再開（並列でも Step 1 の仕組みをそのまま使う）。
• 画像添付（list 版）は逐次のみ: media files があるときは並列化せず iUpdateDocNext。
• 少数（閾値未満）は逐次のまま（オーバーヘッド回避）。

API エラー・利用制限の保護（必須）

• すべてのファイル書き込み前に iIsAPIErrorResponse でレスポンスをチェックする。
• エラー/制限メッセージの場合、ファイルを一切更新せずエラーを報告して停止する。
• fail-fast 原則: 連続 API 呼び出しでは、最初のエラーで以降の呼び出しをすべてスキップする。
• 詳細な判定パターンとコード例は rules/90-api-error-handling.md を参照。

ライセンスの自動挿入

• License -> "" (デフォルト) かつ GitHubREST$GitHubLicenseHolder` が非空文字列の場合: MIT ライセンスが README.md の最後（免責事項の後）に自動挿入される。
• License -> "カスタムテキスト": 指定テキストがそのままライセンスセクションに挿入される。
• $GitHubLicenseHolder が空文字列の場合: ライセンスは挿入されず、警告が Print される。

setup.md / README.md のインストール記述（必須）

$Path のルール

• すべての .wl パッケージは $packageDirectory 直下に配置される
• $Path に追加するのは $packageDirectory 自体
• 正しい: AppendTo[$Path, $packageDirectory]
• 誤り: AppendTo[$Path, "C:\\path\\to\\PackageName"]
• claudecode を使用している場合は自動設定される

パッケージロードパターン

Block[{$CharacterEncoding = "UTF-8"},
  Needs["PackageName`", "PackageName.wl"]];

リミット到達時の動作

• iIsDocLimitError でリミットメッセージを判定
• リミット検出時: 当該ファイルは保存せず、以降のファイル生成も停止
• ノートブックに未生成ファイル一覧を赤太字で表示

継続（リザンプション）の動作

呼び出し時に iCheckDocResumption で以下を判定:

• ソースが documentupdate より新しい → 全ファイル再生成
• ソースが documentupdate 以前で、一部ファイルのみ存在 → 未生成分のみ生成
• 全ファイル存在 → 全ファイル再生成

Documentation` パッケージ（documentation.wl）の特殊セルタイプ

Documentation` パッケージは以下の特殊セルスタイルを提供する。これらは「メタセル」と呼ばれ、エクスポート時に出力から除外され、展開・翻訳・同期の対象にもならない。

Note セル

• スタイル名: "Note"
• 用途: 著者向けメモ。出力に含まれない。

Dictionary セル

• スタイル名: "Dictionary"
• 用途: 翻訳時の用語対応辞書。形式は Mathematica リスト式: {{<<Japanese>>, <<English>>, <<Context>>}, {"状相", "configuration", "セルオートマトン"}, ...}
• 1行目はヘッダー（<<>> で囲む）、2行目以降が「Context の文脈における用語対応」を表す
• LLM プロンプトに === Dictionary === ブロックとして自動注入され、翻訳時に用語の対応を強制する
• 展開・同期時にも参照される（Directives と同様）

Directive セル

• スタイル名: "Directive"
• 用途: 展開・翻訳・同期の実行時に LLM が順守すべき指示を記載する
• 複数の Directive セルを配置可能（全て収集されて結合される）
• LLM プロンプトに === Directives === ブロックとして自動注入される
• 例: 「技術用語は初出時に英語を括弧書きで併記する」「文体は常体（だ・である調）を使用する」

コンテキスト収集の仕組み

展開・翻訳・同期の各操作時、LLM プロンプトには以下が順に挿入される:

1. Directives: iDocCollectDirectives[nb] — 全 Directive セルの内容
2. Dictionary: iDocCollectDictionary[nb] — 全 Dictionary セルの用語対応
3. Document context: iDocCollectContext[nb, cellIdx] — 周辺セルのテキストとアタッチメント情報

Export 除外マーキング

• 任意のセルに $iDocTagExcludeExport タグを付けて、エクスポートから除外できる
• パレットの「除外切替」ボタンで選択セルの除外フラグをトグルする
• 除外セルには右側に赤いマーカー × が表示される
• Note/Dictionary/Directive セルは常に除外される（タグ不要）

セル分割 (DocSplitCell)

• カーソル位置でセルを前半・後半に分割する
• パラグラフ/翻訳表示中: 表示テキストをカーソル位置で分割、翻訳/パラグラフ/翻訳元を比率で自動分割、プロンプトがあれば $NBLLMQueryFunc で前半・後半用に再生成
• 普通のセル: テキストを単純に分割
• 秘匿セルの場合は PrivacyLevel に基づき $ClaudePrivateModel にルーティングされる

セル合併 (DocMergeCells)

• 複数選択セルのテキスト・プロンプト・翻訳・翻訳元をそれぞれスペース区切りで結合
• 最初のセルに結合結果を書き込み、残りのセルは後ろから順に削除
• モード・スタイルは最初のセルのものを維持

Bibliography セル

• スタイル名: "Bibliography"
• 用途: 参考文献リストの管理。形式は Mathematica リスト式: {{<<Key>>, <<Author>>, <<Year>>, <<Title>>}, {"morita1996", "K. Morita", "1996", "Universality of..."}}
• Export 時に LaTeX では \begin{thebibliography}...\end{thebibliography}、Markdown では ## References セクションとして自動出力
• 本文中の <<cite:key>> が \cite{key} / [Author, Year](#ref-key) に自動変換

図メタデータ (DocEditFigureMeta)

• 画像セルの TaggingRules に figLabel（参照用ラベル）と figCaption（キャプション）を保存
• パレットの「図メタ」ボタンでダイアログ入力
• Export 時に LaTeX では \begin{figure}[h]\centerline{\includegraphics[scale=.8]{...}}\caption{...}\label{fig:...}\end{figure} を出力
• ラスター画像は PNG、ベクター/Mathematica 計算画像は PDF で出力
• ナンバリングは iDocBuildFigureTable で Export 時にセル順で自動付番

本文中の参照記法

• <<fig:label>> → 図参照（LaTeX: \figurename~\ref{fig:label}, Markdown: [Figure N](#fig-label)）
• <<cite:key>> → 引用（LaTeX: \cite{key}, Markdown: [Author, Year](#ref-key)）
• 参照解決は iDocResolveReferences で Export 時に全テキストセルに適用

編集追跡と自動同期

• $iDocTagCleanText — プログラムが書き込んだテキストのクリーンコピーを TaggingRules に保存
• iDocWriteAndTrack[nb, cellIdx, text] — テキスト書き込み + クリーンコピー記録の一括ヘルパー
• DocExpandIdea / DocTranslate の completionFn で cleanText を自動記録
• DocToggleView 実行時に cleanText と現在テキストを比較し、不一致なら編集ありと判定
• 編集検出時、切替後に iDocPostToggleSync がバックグラウンドで発動:
  • パラグラフ編集 → 翻訳を再生成（iDocReTranslatePromptFn）
  • プロンプト編集 → パラグラフを再展開（iDocReExpandPromptFn）
  • 翻訳編集 → パラグラフを逆同期（iDocReverseSyncPromptFn）
• すべて PrivacyLevel 対応で秘匿セルは $ClaudePrivateModel にルーティング
• 同期ボタンは不要になったためパレットから削除済み

Directive によるエクスポート時スタイル読み替え

• Directive セル内に {Subsection -> Section, Subsubsection -> Subsection} のような Wolfram Language のルール式を記述すると、Markdown/LaTeX エクスポート時にセルスタイルが読み替えられる
• iDocParseStyleRemap[nb] が全 Directive セルを走査し、{...->...} パターンを抽出して <|"Subsection" -> "Section", ...|> の Association を構築
• iDocTextCellToExport の冒頭で style = Lookup[styleRemap, style, style] を適用
• シンボル名（Subsection）も文字列（"Subsection"）も自動的に文字列に変換される

編集検出のモード一致チェック（バグ修正）

• $iDocTagCleanMode — テキスト書き込み時のモード状態を "paragraph:False" のような文字列で記録
• wasEdited チェック時に cleanMode === currentMode を検証。モードが変わっていれば cleanText は前モードの残留値として無視される
• iDocShowAllAs（一括表示切替）の全書き込み箇所に $iDocTagCleanText 追跡を追加
• DocTranslate のキャッシュ表示パス（LLM 不要の即時表示）にも追跡を追加
• 旧セル（cleanMode 未設定）は StringQ[cleanMode] = False → wasEdited = False となり安全

DocExportWord（Word エクスポート）

• DocExportMarkdown で Markdown を生成し、Pandoc で .docx に変換
• ProcessDirectory -> outDir で Pandoc を画像フォルダ内で実行し、相対パスの画像を確実に解決
• --from=markdown+implicit_figures で ![caption](file){#label} を図として認識
• オプション "ReferenceDoc" -> "template.docx" でスタイルテンプレートを指定可能

エクスポート時の言語統一

• iDocDetectExportLanguage[nb] — 翻訳表示セルが過半数なら翻訳ターゲット言語を返す
• 翻訳モード検出時、エクスポートパイプライン全体でターゲット言語に統一:
  • 文献タイトル: iDocTranslateBibTitle が日本語タイトルを検出し、PDF テキストから英語タイトルを探すか LLM で翻訳
  • 図キャプション: iDocTranslateFigCaption がターゲット言語に翻訳
  • exportLang パラメータが iDocCellToExport → iDocOutputCellToExport → bib 出力まで一貫して伝搬
• Markdown / LaTeX / Word（Pandoc経由）すべてに適用