german-translator-pro-brand-legal

German Translator Pro — ブランドと法務

英語からスイスのフォーマルなドイツ語（Hochdeutsch CH）に翻訳し、検証します。一般的な機械翻訳ではなく、12 以上のトップブランドから収集した実際の翻訳パターンでトレーニングされています。

これが他と異なる点

LLM は翻訳調の文章を生成します。文法的には正しいものの、ドイツ語で書かれた文章ではなく、翻訳されたように聞こえます。このスキルは、トップブランドがウェブサイト、マーケティング、法務ページを実際にどのように翻訳しているかを抽出した、厳選された参照ファイルを使ってこれを改善します。

収集したブランド： Swisscom、UBS、On Running、Logitech、IKEA CH、Stripe、Notion、Slack、Apple、Shopify、BMW、Vercel

抽出した内容： 実際の EN→DE のペア 100 件以上、ヒーロー見出しの戦略 5 種類、CTA パターン 15 種類以上、業界ごとの Du/Sie の使い分け、用語集での判断（英語のままにするか翻訳するか）40 件以上、法務用語の翻訳 29 件、翻訳調になりやすい表現、法務文書の文体パターン。いずれもブランドの実例を根拠としています。

エージェントは翻訳のたびにこれらの参照情報を読み込み、これらのブランドが実際に書くドイツ語に合った文章を生成します。

インストール

npx skills add SLFMR1/german-translator-pro-brand-legal

使用する場面

• UI 文字列（ボタン、見出し、CTA、マーケティングコピー）をドイツ語に翻訳する場合
• 法務ページ（プライバシーポリシー、利用規約、インプリント）をドイツ語に翻訳する場合
• 既存のドイツ語訳を英語の原文と照合して QA チェックする場合
• スイスの慣習と自然な表現が求められる、あらゆる EN → DE 翻訳

仕組み

このスキルは、2 種類のテキストと 2 種類のアクションに対応しています。

	ブランド／UI	法務
翻訳（EN → DE）	翻訳調ではなく、書き言葉として自然で、歯切れのよいスイスドイツ語	DSGVO／DSG の法務用語を用いた、正確でフォーマルなドイツ語
検証（QA チェック）	自然さ、正確さ、スイスの慣習をチェック	法的な正確さ、限定表現の保持、用語をチェック

主な機能

• 翻訳調の排除 — 英語の文構造をなぞるのではなく、ドイツ語らしい考え方で文章を新たに組み立てます。トップブランドの実際の文章をもとにトレーニングされています
• スイス（CH）またはドイツ（DE）のロケール — スイス：ß ではなく ss、1'000、CHF。ドイツ：標準的な ß、1.000、EUR。ユーザーが選択します
• 逆翻訳による QA — DE から EN に再翻訳し、意味が保持されているかを検証します
• 完全性チェック — 未翻訳の文字列と、誤ってドイツ語化されたブランド用語の両方を検出します
• 法務用語の正確性 — ブランド確認済みの翻訳と原文忠実性ルールを備えた、DSGVO／DSG の用語 25 件以上
• 法務文書向けの 4 エージェントパイプライン — 法務文書向けに、翻訳者 → 逆翻訳者 → 検証者 → 改善者の順で処理します
• 設定可能な用語集 — 英語のままにする用語、必ず翻訳する用語、使い分けの判断を収録。いずれもブランドの実例を根拠としています

---

ワークフロー

ステップ 1：テキストの種類、操作、呼びかけ方、ロケールを決める

作業を始める前に、次の 4 点を決めてください。文脈から判断できない場合は、ユーザーに確認してください。

1. テキストの種類は？

• UI — ヒーローセクション、CTA、エージェントの説明、ナビゲーション、見出し、ボタン、ラベル
• LEGAL — プライバシーポリシー、利用規約、インプリント、法的免責事項

2. 操作は？

• TRANSLATE — 英語をドイツ語に翻訳する
• VALIDATE — 既存のドイツ語訳を英語の原文と照合して品質チェックする

3. 呼びかけ方は？

• Sie（敬称） — B2B、企業向け、法的文書、ビジネス用途。大文字で表記します：Sie、Ihnen、Ihr、Ihre
• Du（親称） — B2C アプリ、カジュアルな製品、スタートアップ。小文字で表記します：du、dir、dein、deine

判断できない場合は、Sieを既定とします。法的文書では、ユーザーの希望にかかわらず、常にSieを使います。

4. ロケールは？

• スイス（CH） — ßではなくss、千の位はアポストロフィ（1'000）、通貨は金額の前に CHF（CHF 100）、小数点はピリオド（99.90）
• ドイツ（DE） — 標準的な箇所ではß、千の位はピリオド（1.000）、通貨は金額の後に €（100 €）、小数点はコンマ（99,90）

判断できない場合は、**スイス（CH）**を既定とします。

選んだ呼びかけ方とロケールを全体で一貫して使用してください。該当する以下のセクションに従ってください。

ウェブで調査してもかまいません。 用語が用語集にない場合や、適切な訳語が分からない場合は、調べてください。ブランドのウェブサイトのドイツ語版（例：apple.com/de、stripe.com/de、notion.so/de）を確認し、実際の訳し方を参考にしてください。ユーザーのプロジェクトと同じ業界の関連ブランドのウェブサイトを確認してもかまいません。推測よりも実際の用例を優先してください。

ステップ 2：複数ファイルのプロジェクト — サブエージェントを使う

複数のファイルやページを翻訳または検証する場合は、メインのコンテキストですべてを処理しないでください。代わりに、オーケストレーター／サブエージェントのパターンを使ってください。

オーケストレーター（メインエージェント）：

1. 上記の 4 つの設定（テキストの種類、操作、呼びかけ方、ロケール）を決めます
2. 処理するファイル／ページをすべて列挙します
3. Agent ツールを使い、ファイル／ページごとにサブエージェントを 1 つ起動します
4. 結果を集め、概要を報告します

各サブエージェント：

1. ファイルパス、テキストの種類、操作、呼びかけ方、ロケールを受け取ります
2. 参考ファイル（用語集、スタイルガイド、例）を読みます
3. 担当する 1 つのファイルを翻訳または検証します
4. qa-checklist.md に照らして自己検証し、テキストの種類に応じたチェックを実行します
5. 自己検証で見つかった重大な問題を修正します
6. 出力ファイルと概要（PASS／FAIL、問題の件数、未解決の警告）を報告します

理由： 各サブエージェントは、すべての参考ファイルが読み込まれた、整理されたコンテキストを使えます。10 個以上のファイルを順番に処理することによるコンテキストの肥大化を防げます。自己検証によって、問題がオーケストレーターに届く前に検出できます。

ファイルが 1 つの場合は？ この手順は省略し、翻訳／検証を直接実行してください。

---

翻訳 + UI

マーケティングやインターフェースのテキストには、自然で歯切れのよいスイスドイツ語を使います。

プロセス

1. 英語のソース JSON ファイルを最後まで読みます
2. 翻訳せずに残す用語について、glossary.md を読みます
3. 文体、表記ルール、翻訳調になりやすい表現について、swiss-german-style.md を読みます
4. examples.md を読み、同等の品質を目指します
5. すべての値を翻訳します。キーや {variable} プレースホルダーは変更しないでください
6. セルフチェック： ドイツ語の値を一つずつ声に出して読みます。スイスのプロダクトマネージャーがコーヒーを飲みながら使いそうな表現でしょうか。文書のように聞こえる場合は、書き直します
7. 逆翻訳チェック： ランダムに選んだ5つのキーについて、ドイツ語を頭の中で英語に戻します。意味が変わっていたら修正します
8. 完全性チェック： EN キーと DE キーを比較し、欠落がないことを確認します。EN と DE で同じ値がないか確認します。英語のままにする用語は問題ありませんが、英語の文章が未翻訳のまま残っていてはいけません。用語集で必ず翻訳する用語が翻訳されていることを確認します（「Products」ではなく「Produkte」）
9. 長さチェック： DE の各値と EN の値の文字数を比較します。UI 文字列（ボタン、ラベル、ナビゲーション、見出し、ツールチップ）で、DE が EN の120%を超えるものに印を付けます。ドイツ語が同じ表示スペースに収まるよう短くします
10. 英語のソースと同じ構造の JSON ファイルを完全な形で出力します

ルール

• 直訳せず、表現を組み立て直します。 ドイツ語で自然に考えた表現を書きます。翻訳ツールにかけたように読める場合は、書き直します
• ステップ1で選んだ呼びかけ方（Sie または Du）を一貫して使います
• ß/ss、数値表記、通貨表記には、ステップ1で選んだロケールの規則（CH または DE）を適用します
• すべての {variable} プレースホルダーと HTML タグをそのまま保持します
• JSON のキー名と名前空間の構造を維持します
• ブランド名と製品名は英語のままにします（glossary.md を参照）
• スイスのビジネスで一般的な英語の技術用語は英語のままにします（Agent、CRM、API、Inbox、Tools、Workflow など）
• 名詞化を避け、動詞を使います。「Durchführung der Prüfung」ではなく「prüfen」
• 抽象的な主張より、具体的なメリットを優先します
• 短い文にします。20語を超える場合は、文を分けることを検討します
• 長さの制約（UI では重要）。 ドイツ語は英語より約20〜30％長くなります。UI 文字列は同じ表示スペースに収まるようにします。対象はボタン、ラベル、ナビゲーション項目、見出し、ツールチップです。ドイツ語が英語より明らかに長い場合は短くします。簡潔な表現を優先します。ボタンやナビゲーションでは、英語と同程度、または英語の約120％以内の文字数を目指します

出力

有効な JSON を完全な形で出力します。キーと入れ子構造は維持し、値をドイツ語にします。

---

翻訳＋法律文書

法律文書向けの、正確でフォーマルなスイスドイツ語です。文体より正確さを優先します。

法律文書に推奨される、複数のエージェントを使った一連の処理については、legal-workflow.md を参照してください。 Translator → Back-Translator → Validator → Refiner の4つのエージェントを使用します。以下の指示は Translator エージェント（エージェント1）向けです。

手順

1. 英語のソース JSON ファイルを最後まで読みます
2. 翻訳せずに保持する必要がある用語について、glossary.md を読みます
3. swiss-german-style.md を読みます。手順 1 で選択したロケール規則（CH または DE）を適用します。ただし、マーケティング調ではなく、正式な法律文書の文体を使用します
4. 法的な正確性と完全性を重視して、すべての値を翻訳します
5. セルフチェック — 4 回確認します：
   • 1 回目：すべての値を英語に逆翻訳します。意味が変わっている場合は修正します
   • 2 回目：すべての法的な限定表現（may／shall／unless）が適切な強さで保持されていることを確認します
   • 3 回目：英語を見ずに、ドイツ語のテキストだけを読みます。曖昧な箇所に印を付けます
   • 4 回目：完全性を確認します。EN キーと DE キーを差分比較し、欠落がないことを確認します。同一の値を確認します。ブランド名と英語のまま保持する用語は問題ありませんが、未翻訳の法律文は重大な問題です。法律関連のセクション見出し、同意に関する文言、権利の説明がすべてドイツ語であることを確認します
6. 次の 2 つのファイルを出力します：
   • 翻訳済みの JSON 全体（ソースと同じ構造）
   • 専門家による法務レビューが必要な箇所を記載した _review_notes.md ファイル

ルール

• 自然な流れより法的な正確性を優先します。 意味の正確さが最も重要です。歯切れよくするための言い換えはしないでください
• 正式な文体を使用します。 法律文は正式で正確な文体にしてください。「堅苦しい」表現で問題ありません
• UI に関するユーザーの希望にかかわらず、法律文では常に正式な「Sie」体を使用します
• 手順 1 で選択したロケール規則（CH または DE）に従い、ß／ss、数値形式、通貨表記を適用します
• すべての {variable} プレースホルダーと HTML タグをそのまま保持します
• JSON のキー名と名前空間の構造を同一に保ちます
• 法律用語を維持します。 DSGVO／DSG の標準用語を使用します（下表を参照）
• スイスの法的文脈（CH ロケール）。 英語でデータ保護またはプライバシーに言及している箇所では、EU の参照先（DSGVO／GDPR）に加えて、スイス法（DSG／nDSG、OR）にも言及します。DE ロケールでは、DSGVO への言及で十分です
• 簡略化しないでください。 複雑な文は複雑なままにします。法的な意味は正確な文言に左右されます
• 限定表現を省略しないでください。 「may」「shall」「unless」「notwithstanding」には、それぞれ固有の法的な重みがあります。「kann」「hat zu」（「soll」ではありません。「soll」はより弱く、「should」に近い表現です）、「sofern nicht」「ungeachtet」とします
• 管轄区域固有の条項に印を付けます。 裁判所、規制当局、準拠法に関する言及はレビュー用メモに記載します
• ソースへの忠実性。 ソースに書かれている内容を翻訳し、本来書かれるべき内容に置き換えないでください。ソースが「personal information」（非公式表現）を使用している場合は、「persönliche Informationen」と訳してください。「personenbezogene Daten」（「personal data」に対する DSGVO の用語）に置き換えて格上げしてはいけません。ソースが対応する正式な英語用語を使用している場合に限り、正式な法律用語を使用します
• 権利を拡大しないでください。 ソースが「opt out」としている場合は、「abmelden」または「ablehnen」と訳してください。DSGVO 第 21 条に定められた正式な異議申立権である「widersprechen」に格上げしてはいけません。ソースと同じ強さに合わせます
• 複合名詞を完全な形にします。 ドイツ語の複合語を途中で省略した表現（「Rechts- oder Behörden...」など）は、文法的に完全な形にする必要があります。「Rechts- oder Behördenanfragen」は正しい表現です。「Rechts- oder Behörden」だけでは不完全です。複合語の基幹語は少なくとも一度は明示してください

法的用語の翻訳

英語	ドイツ語	備考
personal data	personenbezogene Daten	DSGVO の標準訳
data processing	Datenverarbeitung
data controller	Verantwortlicher
data processor	Auftragsverarbeiter
consent	Einwilligung	GDPR の文脈では「Zustimmung」ではありません
legitimate interest	berechtigtes Interesse
data subject	betroffene Person
right to erasure	Recht auf Löschung
terms of service	Nutzungsbedingungen	または AGB
liability	Haftung
indemnification	Freistellung / Schadloshaltung
governing law	anwendbares Recht
severability	Salvatorische Klausel
intellectual property	geistiges Eigentum
data protection	Datenschutz
data retention	Datenaufbewahrung
data transfer	Datenübermittlung	Apple、Stripe
legal basis	Rechtsgrundlage	Apple、Stripe
supervisory authority	Aufsichtsbehörde	Apple
Data Protection Officer	Datenschutzbeauftragter	Apple、Stripe
Standard Contractual Clauses	Standardvertragsklauseln	Apple、Stripe、Slack
right to access	Auskunftsrecht	Apple
right to rectification	Recht auf Berichtigung	Apple
right to object	Widerspruchsrecht	Logitech
right to data portability	Recht auf Datenübertragbarkeit	Logitech
GDPR	DSGVO（Datenschutz-Grundverordnung）	ドイツ語では常に「DSGVO」を使用し、「GDPR」は使用しません
FADP / Swiss DPA	DSG（Bundesgesetz über den Datenschutz）	Stripe、IKEA
FDPIC	EDÖB	スイス連邦データ保護機関
as is / as available	wie besehen / wie verfügbar	Shopify — 保証に関する免責

出力

2 つのファイル：

1. 完全で有効な JSON — 同じキー、同じネスト構造、ドイツ語の値
2. _review_notes.md：

# Legal Translation Review Notes: [filename]

## Sections Requiring Professional Legal Review
- [key.path]: Reason

## Translation Decisions
- [key.path]: "Chose X over Y because..."

## Swiss Law Considerations
- Areas where Swiss law (DSG/nDSG, OR) differs from the EU law referenced in source

---

検証＋UI

ドイツ語の UI／マーケティング翻訳について、自然さ、正確さ、スイスの慣習に沿っているかを QA チェックします。

プロセス

1. 英語の原文とドイツ語翻訳の JSON ファイルを両方読みます
2. glossary.md と swiss-german-style.md を読みます
3. examples.md を読み、翻訳をこれらの基準と比較します
4. qa-checklist.md を読み、構造、正確さ、自然さ、トーンとスタイル（UI）、言語面（UI）、完全性の各セクションを確認します
5. 逆翻訳チェック： 各 DE 値を頭の中で英語に訳します。不一致は、意味の誤りなら重大、ニュアンスのずれなら警告として扱います
6. 自然さのチェック： ドイツ語で書かれたように聞こえますか、それとも英語から翻訳されたように聞こえますか？翻訳調の表現には警告を付けます
7. 完全性チェック： qa-checklist.md の「完全性」手順をすべて実行します：
   • EN 値と DE 値が同一のすべてのキーを特定します（同一値のスキャン）
   • それぞれを分類します：英語のままにする用語 → OK、ブランド名 → OK、URL／メールアドレス／数字 → OK、実際に未翻訳のテキスト → 重大
   • 用語集と照合します：英語のままにする用語を誤って翻訳していないこと、常に翻訳する用語が英語のまま残っていないことを確認します
   • ブランド調査の根拠に基づき、ナビゲーション用語、CTA、一般的な UI 表現がすべて翻訳されていることを確認します
8. 長さのチェック： 各 DE 値の文字数を EN 値と比較します。EN の 120% を超える UI 文字列（ボタン、ラベル、ナビゲーション、見出し、ツールチップ）には警告を付けます。レイアウトに問題が生じるおそれがあります
9. ウェブでの照合： 翻訳に確信が持てない場合や不自然に感じる場合は、関連ブランドのドイツ語版ウェブサイトを取得して訳語を確認します。主要な用語を少なくとも 5 つ、実際のブランドでの用法と照合します
10. 結果を重大度ごとにまとめて報告します

---

検証＋法務

ドイツ語の法務翻訳について、正確性、用語、法的妥当性をQAチェックします。

逆翻訳ファイルがある場合（legal-workflow.md のパイプラインで作成されたもの）は、以下の手順4で使用してください。これにより、バイリンガルレビューでは見逃される意味の誤りを検出できます。レビュアーは無意識に原文から正しい意味を補ってしまいますが、逆翻訳を確認すると、ドイツ語の文章が単独で実際に何を述べているかが明らかになります。

プロセス

1. 英語の原文とドイツ語の翻訳JSONファイルを両方読みます
2. glossary.md と swiss-german-style.md を読みます
3. qa-checklist.md を読み、「構造」「正確性」「トーンとスタイル（法務）」「言語（法務）」「法務固有」「完全性」の各セクションを実施します
4. 逆翻訳の差分確認（逆翻訳ファイルが提供されている場合）：原文の英語と逆翻訳された英語をキーごとに比較し、相違点を報告します：
   • 意味が一致 → OK
   • ニュアンスがわずかに変化 → WARNING
   • 重大な変更（義務が許可に変わる、条件が抜ける、適用範囲が変わる） → CRITICAL
5. ブラインドリーディング： 英語を見ずにドイツ語の文章だけを読みます。単独のドイツ語の法的文書として不明瞭または曖昧な箇所があれば報告します
6. 正確性の確認： 「may」「shall」「unless」などの法的限定表現が、法的効力を十分に保って翻訳されていますか？複雑な条件が簡略化されずに維持されていますか？
7. 完全性の確認： qa-checklist.md の完全性チェック手順をすべて実施します：
   • 同一値のスキャン：EN === DE となっているすべてのキーを分類します（英語のままにする語 → OK、ブランド名 → OK、実際に未翻訳のテキスト → CRITICAL）
   • 用語集との照合：英語のままにする語が誤って翻訳されていないこと、常に翻訳する語が英語のままになっていないことを確認します
   • 法務固有の確認：法務セクションの見出し、同意に関する文言、権利の説明がすべて翻訳され、英語のまま残っていないことを確認します
8. ウェブでの照合： 法律用語や翻訳に確信が持てない場合は、関連ブランドのドイツ語版の法務ページ（例：apple.com/de/privacy、stripe.com/de/legal）を取得し、標準的な用法を確認します。少なくとも5つの主要な法律用語を実際のブランドの用法と照合します
9. 重要度ごとに調査結果を報告します

---

重要度レベル（両方のVALIDATEモード）

• CRITICAL：キーの欠落、プレースホルダーの破損、JSONの破損、意味の誤り、法的な不正確さ
• WARNING：トーンの問題、表現の問題、用語の不統一、スイスドイツ語ではなくドイツ（標準）ドイツ語になっている
• INFO：スタイルの提案、別の言い回し、軽微な改善

出力形式（両方のVALIDATEモード）

## Validation Report: [filename]
### Text type: [UI / LEGAL]

### CRITICAL (X issues)
- [key.path]: Description of issue

### WARNING (X issues)
- [key.path]: Description of issue | Suggestion: ...

### INFO (X suggestions)
- [key.path]: Suggestion

### Summary
X critical | X warnings | X info — [PASS/FAIL]

CRITICALの問題が1つでもある場合はFAIL、ない場合はPASSとします。

---

リソース

• references/examples.md — EN→DEの実際の翻訳例（UIおよび法務の品質ベンチマーク、よくある落とし穴）
• references/glossary.md — 翻訳しない用語（共通およびプロジェクト固有）
• references/swiss-german-style.md — スイスドイツ語の表記規則、翻訳調になりやすい表現、Obvious Adamsの原則
• references/qa-checklist.md — UIと法務の個別セクションを含むQAチェックリスト
• references/legal-workflow.md — 法務翻訳の全4エージェントのパイプライン（翻訳者 → 逆翻訳者 → 検証者 → 推敲者）