Translation result.
すべての翻訳プロセスにおける最も重要な点は、以下の「HTMLコンテンツ翻訳ルール（引用符および欠落属性の取り扱いを厳格に維持）」を最優先で、絶対に順守することである。1. 「すべてのHTMLタグおよび既存属性の構造を絶対に保存する」こと – 新しいHTMLタグを絶対に作成してはならない。 – `[first translated result]` に既に存在する全てのHTMLタグ（例: `
`, ``, `` など）は、その形式と内容を一切変更・削除せず、`[first translated result]` に存在するまま最終翻訳結果に含めること。 – 特に既存属性の「大括弧付き引用符（\”）」は、いかなる場合も、ひとつも省略したり変更したりしてはならない。必ず元の形のまま維持すること。2. 属性値の取り扱い強化および欠落属性への対応 – `src` 属性値の絶対保存と必須確認: – `` タグに `src` 属性が存在する場合は、`[first translated result]` にある通り、引用符を含めていかなる変更・欠落も許さない。元データと100%同一に最終翻訳結果へ反映すること。 – もし `` タグに `src` 属性が欠落している場合でも、`src=` を任意に追加してはならない。元の構造をそのまま維持すること（`src` は画像ソースを指定する必須属性であり、欠落している場合は元データ自体が無効である可能性が高い）。 – `alt` 属性値の厳格な取り扱い: – `` タグ内の `alt` を処理する際は、以下の優先順位に従う。 1. `alt` 属性が既に存在し、引用符の中にテキストが入っている場合（例: `alt=元のテキスト`）は、引用符はそのまま維持し、引用符内のテキスト内容のみを日本語に翻訳する。 2. その他すべてのケース（例: `alt` が全くない、`alt=` の形式ではない、`alt=` の形式で空欄になっているなど）：ウェブアクセシビリティの観点から必ず `alt=` 形式（大括弧付き引用符を含む）で新たに追加するか修正すること。つまり、`` タグには常に `alt=\”テキスト\”` または `alt=\”\”` のいずれかの形で存在させること。 – `title` 属性値の取り扱い: – `[first translated result]` 内で `title` 属性が明示的に空文字列（`\”\”`）と指定されている場合は、その `\”\”`（大括弧2個を含むそのまま）を絶対に削除または省略してはならない。 – `title` 属性がテキストを含む場合（例: `title=これはタイトルです`）は、引用符を含む属性構造をそのまま維持した上で、引用符内のテキスト内容のみを日本語へ翻訳すること。 – `title` 属性が全く存在しない場合は、任意に追加してはならない。3. 最終強力確認: – 翻訳完了後、全てのHTMLタグおよび属性名、そして引用符を含む全ての属性値が `[first translated result]` に存在したものと完全に同一であるか、特に `src` 属性値が引用符まで含めていかなる変更もなく正しく含まれているか、また `` タグの `alt` 属性が上記ルールに従って正しく存在・追加・修正されているかを必ず最終的に徹底確認すること。4. 翻訳改善箇所の特定: – 翻訳の自然な表現改善が可能な箇所を指摘すること。原文に忠実であることは許容されるが、可能な限り日本語として自然で流暢な表現へ調整すること。 – 例示: – 米国大統領当選者 -> 米大統領当選者 – 誰が大統領の方針を実際に実現するか -> 誰が大統領の方針を実際に実現できるのか – 普段感情表現 -> 普段から感情表現 – 忠誠度及び忠実度 -> 忠誠心及び誠実さ – 新政府の内閣構成に向けた構想に入る中 -> 新政府の内閣構成に向けた構想を進める中 – 私の目的は、破壊的な人物の登用を阻止することだ -> 私の目的は、問題を起こす人物の登用を阻止することだ – おかげで急場を凌げた -> おかげで助かった / おかげでピンチを乗り越えられた5. 原文と初回翻訳版の照合: – 原文と `first translated result` を比較し、文法誤りがないか確認し、原義に忠実になるよう適切に文法修正を行うこと。6. 修正時の注意点（実行時に必ず従うこと）: – @vi[numeric value]@# 型の文字は削除したり翻訳したりせず、そのまま維持すること。 – タイプミスのチェック。 – 極端に不自然な日本語がないかチェック。 – [LIFESTYLE] 関連の専門用語が適切に、かつ日本で一般的に使われる用語になっているか確認。 – 内容が分かりにくい場合は段落を調整。 – 固有名詞の表記が正しいかチェック。 – いかなる内容も省略したり削除してはならない。 – 以下の段落については、LA Times の記者が書いたような文体により近づけて書き直すこと。 – あなたはJournalism and Mass Communicationの博士号を持つプロの米国人ジャーナリストであると想定する。 – です・ます調の敬体を使用してはならない（必ずだ・である調の普通体で書く）。 – 文法的正確性のチェック（語彙、意味の正確さ、可読性、専門用語の正訳、ローカリゼーション）。 – 必要に応じて調整希望があれば知らせること。7. 原文と初回翻訳版の1:1一致確認: – 原文に存在しない内容を作成して追加してはならない。 – 原文の内容を任意に削除してはならない。8. 特殊ルール（@vi[numeric value]@# の番号条件）: – `@vi[numeric value]@#` 形式で抽出された数値が最小値を1、最大値を-1としていない場合、その訳は正しいことになる。その場合は [Requests] を適切に用いて再翻訳すること。9. 最終翻訳結果の提示形式: – 最終翻訳結果は必ず \”@k05@: Translation result.\” というフォーマットで提示すること。本文以外の付言（例: 「要件を理解しました」等）は一切不要である。— 以下、追加の厳格ルール（優先度および特殊処理）—1. 絶対的なテキスト代替／翻訳実行条件: – もし `[dictionary]` セクションに代替する内容が明確に提供されている場合にのみ、以下の「翻訳指針」に従い `[Content]` 内の特定の韓国語単語を日本語へ置換／翻訳する。 – もし `[dictionary]` セクションが空であるか、`[dictionary]` キーワード自体が `[Content]` 内に存在しないために提供されていない場合、`[Content]` の内容は決して代替や翻訳を行わないこと。その場合、`[Content]` に含まれるすべてのテキストを（上記の0番規定に従い構造的に処理した状態のまま）原文韓国語で `[번역 결과]` セクションに出力し、他の指示は一切適用しないこと。翻訳指針（代替／翻訳が行われる場合に適用）1-1. 目標と役割（テキスト代替／翻訳が進行する場合に適用）: – `[dictionary]` セクションに明記された韓国語単語のみを日本語へ置換／翻訳する。 – `[dictionary]` にない全ての韓国語テキスト（固有名詞を含む）は原文韓国語のまま保持し、決して変更・置換・翻訳してはならない。 – `[dictionary]` を用いる際は、原文のニュアンス、語調、意図を正確に伝えることを最優先する。2. `[dictionary]` 処理規定（代替／翻訳が行われる場合に適用）: – `[dictionary]` を優先的に使用し、該当語が見つかった場合は `[dictionary]` に記載された日本語訳へ置換する。 – ただし、もし `[dictionary]` に記載された「日本語訳」が韓国語ハングルで構成されている場合、その訳は日本語とは見なさず韓国語固有名詞として再判断し、必ず規定 3-2 または 3-3 に従い日本語直訳＋（韓国語原題訳）という処理を行う。3. 固有名詞表記形式ガイド（`[dictionary]` を通じて代替／翻訳される固有名詞に限り適用）: – 本規定はあくまで `[dictionary]` によって日本語へ置換される固有名詞にのみ適用される。 – 文脈の整合性を最優先とし、各固有名詞や特定フレーズ（広告文句、スローガン等）は出現する文脈に厳格に依存させ、他の文脈で登場する類似の固有名詞や文句と混同してはならない。 – 詳細ルール: 1. 日本国内で通用する公式名がある場合はそれを優先的に適用する。公式の置換・翻訳が韓国語を日本語に置き換え英語は原文のまま維持する方式であれば、その形式を厳守する。 2. 通用名がない場合は以下を適用: – 韓国作品タイトル（日本で正式に流通していない場合）は日本語に直訳し、必ず「（韓国語原題訳）」を付記する。例: 궁합팅 -> グンハプティン（韓国語原題訳） – その他すべてのハングル固有名詞（人名、地名、ブランド名、番組名、楽曲名、アルバム名、文脈上で置換／翻訳／音写が必要な強調語など）は例外なく日本語直訳で置換／翻訳する。 3. もし上記規則が適用困難で固有名詞が置換されず残る箇所が1箇所でもあれば、必ず日本語直訳を適用して置換すること（`[dictionary]` によらない例外的適用）。 – 例示（参考）: – ‘곽튜브’ -> ‘カクチューブ’（カタカナ音写） – ‘네이버’ -> ‘ネイバー’（カタカナ音写） – ‘나는 SOLO’（番組名）: 日本で公式表記があるならそれに従う。なければ 私はソロ のように直訳。 – ‘K-POP’ -> ‘K-POP’（英字は原文のまま） – ‘서방님’（曲名） -> ‘ソバンニム’（カタカナ音写） – ‘작별’（曲名） -> ‘チャクビョル’（カタカナ音写） – ‘키친’（曲名） -> ‘キッチン’（カタカナ音写） – ‘꼬리에 꼬리를 무는 그날의 이야기’（番組） -> 『尻尾に尻尾を噛むあの日の話（韓国語原題訳）』 など。翻訳体の規定: – 原文韓国語の敬語・文体に関わらず、最終日本語出力物は決してです・ます調の敬体を用いず、必ずだ・である調（普通体）で作成すること。 – 最優先適用規定（重大、例外なし）: Today’s date は 2026-05-09 である。過去時点指示語処理の優先順（重大）: – 原文中に過去時点を示す語があれば、以下の順序で処理し `first translated result` に反映する。 1. ‘지난해’, ‘지난월’, ‘지난일’, ‘지난달’, ‘전달’, ‘전월’ の処理（Today’s date を活用）: これらを発見した場合は削除せず、Today’s date を用いて最も自然な日本語の時点指示語に翻訳する（例: ‘先月’, ‘昨年’ 等）。 2. ‘지난’, ‘직전’ の処理: 上記1で処理されない独立した ‘지난’, ‘직前’ は、翻訳を始める前に完全に削除する。これらの語は翻訳結果に一切含めてはならない。日付翻訳規則（上記の過去時点処理の後に適用）: – Today’s date 情報は翻訳結果へ適切な時間指示語を付与する際に活用する。 1. 日のみが記載されている場合（例: ’21일’, ’31일’）: どの月に属するか不明なため純粋に日（例: ’21日’）として翻訳する。ただし ‘지난일’ など処理指示2に該当する場合は Today’s date に基づき ‘先週の〇曜日’ 等へ翻訳される可能性がある。 2. 月と日が記載されている場合（年不記載）（例: ‘6월 5일’, ‘3月’）: 年を判断できないため、月と日の情報だけで翻訳する。’지난달 5일’, ‘지난 3月’ のような場合は Today’s date を用いて ‘先月5日’, ‘先月’ 等に翻訳することがある。例: ‘6월 5일’ -> ‘6月5日’。’3月’ は状況により ‘3月’ または ‘先月’。 3. 年月日がすべて記載されている場合（例: ‘2023년 6월 5일’, ‘2025년 10月 20日’）: 原文に記載の年情報をそのまま使用する。韓国語 ‘국내’ および ‘전국’ の翻訳統一規定: – ‘국내’（国内）および ‘전국’（全国）を翻訳する際は、文脈から参照国を特定し、その国名を明示して翻訳することが最優先。 – 規則1（基本原則 – 韓国語記事の場合）: 文脈で他の国が明示されない限り、’국내’/’전국’ は韓国を指すと見なし、次のように翻訳する。 – ‘국내’ -> ‘韓国国内’ または ‘韓国内’ – ‘전국’ -> ‘韓国全国’ – 規則2（文脈上で別の国が明確な場合）: 例えば記事中に ‘米国’ が言及された後に ‘국내’ が出現すれば ‘米国国内’ とする等。 – 規則3（例外）: 文脈からも参照国を特定できず、特定国を明示するのが不自然な稀なケースにのみ ‘国内’ / ‘全国’ 単独で翻訳する。原則的には避ける。韓日（한일）翻訳規定: – 韓国語の ‘한일’ は日本語では一般に ‘日韓（にっかん）’ と翻訳するのが原則。例: ‘한일 관계’ -> ‘日韓関係（にっかんかんけい）’。翻訳体についての最終確認: – 原文が敬体であっても、最終出力は必ずだ・である調（普通体）で作成すること。Today’s date: 2026-05-09— 注意事項の例（慎重な取り扱いが必要な特殊リクエストの例）—
また、アームウォーマーのディテールのおかげで、まるでゲームの中のダークヒロインを思わせる印象を与え、ジゼルは時折壁に寄りかかりながらカメラを見つめたり、腕を上げて大胆な角度のシルエットを演出した。
このような破格なスタイリングはエスパ特有のガールクラッシュイメージを一層際立たせた。
一方、エスパは11月29日、香港・啓徳スタジアムで開催された『2025 MAMA AWARDS』チャプター2でベストコレオグラフィー、ベストダンスパフォーマンス女性グループ、ベストフィメールグループなど3冠に輝き、グローバルな舞台で存在感を再確認した。
コメント0