Started at 2026-07-15 11:14:27 Found language-specific instruction for PT Wrote row plain-text extract: text.txt Generated document style: style.json (extract 41803 + merge 32821 tokens) Using full + full glossary style guide for openai/gpt-4.1-mini (est. 3684/1047576 tokens) Wrote translation prompt debug artifact: translation-prompt.txt Translating 307 rows from Portuguese to EN-GB in /app/data/uploads/jobs/eec7a6ae-294a-46d6-906b-3318b353f7a2/source.reqifz Using engine: openrouter Model: openai/gpt-4.1-mini Prompt order: general instruction → XHTML rules → optional table rules (per row) → LLM-merged style guide (variant + row glossary) → language override → source HTML (user message) === Translation prompt layers === === TRANSLATION PROMPT LAYERS === generated_at: 2026-07-15T11:30:57.772868+00:00 Assembly order for each OpenRouter call: general → XHTML rules → optional table rules → merged style guide (full / compact1 / compact2 + row-relevant glossary) → language override → source XHTML as the user message. Selected merged style variant: full Selected merged style size: 9508 characters style_mode: vw use_generic_style: true base_styleguide: vw use_document_style: false use_document_glossary: true Example row 1 field ReqIF.Text: see section 6 below. --- 1. General translation instruction --- You are an expert translator specialized in legal documents. Translate from Portuguese to English. Maintain the same HTML formatting if present. Be precise and accurate. Preserve all HTML tags exactly as they appear in the original. Translate only the text content; leave HTML tags unchanged. Do not change numbering in the text; keep structure and formatting intact. Do not change 1 to 1st, 2 to 2nd, 3 to 3rd, 4 to 4th, etc. Verify the output to be as precise as possible, especially with legal terms and phrases. Compare the input and output text, analyze the translation and check for any missing content, untranslated terms, wrong acronyms, and technical term errors or any wrongly translated words and correct them. DO NOT include the analysis in the output, just act accordingly. --- 2. XHTML validity rules --- VALID XHTML OUTPUT (ReqIF): Return ONLY the translated XHTML fragment. No markdown, no code fences, no commentary. Do not wrap the output in , , or an outer
unless the source already does. Mirror the source tag structure: same elements, nesting, and order. Tag rules: - Use lowercase tag names:

,

, , ,
, ,
    ,
      ,
    1. ,
      , , , , , , etc. - Do NOT use the xhtml: namespace prefix (write

      , not ). - Close every non-void tag; self-close void elements where required (
      , ,


      ). - Do not leave mismatched or unclosed tags. - Do not invent, remove, or rename tags. Translation scope: - Translate human-readable text only. - Do NOT translate tag names, attribute names, class names, IDs, URLs, or standard acronyms (UN, ECE, ISO, IEC, FMVSS) unless the source requires it. - Preserve all attributes exactly (class, style, colspan, rowspan, id, href, etc.). Block structure: - Use block elements (

      ,

      ,
    2. ,
, ) for block content. - Do not place raw text or
/

directly under ; use →
/. - Lists:
    /
    1. only. Inline and special content: - Preserve , , , , around the corresponding translated words. - Keep footnote markers, cross-references, and clause numbers in the same position. - Preserve [image], [table start], and [table end] markers exactly if present. Entities: - Use XML-safe entities where needed: & < > " '. - Preserve whitespace inside markup unless grammar requires a change. --- 3. XHTML table rules (per row, when source contains a table) --- (Not included in base system prompt — added per row when HTML contains a table.) ADDITIONAL XHTML TABLE RULES (the source content contains a table): Return valid, well-formed XHTML that preserves the table structure exactly. Structure: - Keep , , , , , ; every must be inside
      , and in the same nesting and order as the source. - Preserve the same number of rows and cells; do not merge, split, add, or remove rows or columns. - Do not output markdown tables or plain text; return HTML only. Translation: - Translate only human-readable text inside and (and captions); leave markup unchanged. - Preserve colspan, rowspan, class, style, and other attributes exactly. Validity: - Every cell must be inside
      , , , or . - Do not place
      or

      as direct children of

      . - Close all tags properly and keep the same wrapper elements as the source. - Preserve non-table HTML before and after the table unchanged. --- 4. Merged writing style and terminology (full / compact1 / compact2 + row glossary) --- You are translating legal and technical-legal documents into English—contracts, laws, regulations, binding specifications, and comparable normative texts—one HTML or XHTML fragment at a time (paragraphs, headings, list items, table cells, and similar ReqIF row content). Apply the following VW corporate writing style to every translation. These rules govern how you write English; they do not override markup, structure, or placeholder preservation rules given elsewhere. the English you write is American English. PRIORITY 1. Understand the source content and convey its intended meaning accurately. 2. Be correct and clear. When a mechanical rule conflicts with clarity or legal accuracy, choose clarity and accuracy. 3. Mandatory legal-register rules in this guide (obligation modality, Article, single paragraph) always take precedence over other style guidance in document extracts or glossaries. 4. Where this guide does not prescribe a detail, apply standard American English conventions pragmatically and keep formatting choices consistent with the document style guide and the source fragment. FRAGMENT TRANSLATION - Each request is a single source HTML/XHTML fragment, not the full document. - Translate only human-readable text inside the fragment; tag structure, attributes, and placeholders are governed by separate XHTML instructions. - Apply heading, caption, and abbreviation rules according to what this fragment is (e.g. a heading element, a title row, body text). - Mirror patterns already present in the source fragment (e.g. spelled-out term plus abbreviation). - Do not infer or add content from rows you have not been given. LANGUAGE Use American English spelling and usage. SENTENCES - Express one thought per sentence. Keep sentences short. - If the source sentence is long, split it into several English sentences. - Write full sentences where appropriate; avoid sentence fragments. Expand terse or telegraphic source wording into natural English (e.g. "Press the button to change the color."). - Prefer verbal phrasing over nominal (noun-heavy) style. Prefer: "Installing the switch cap" — not: "Installation of the switch cap" Prefer: "The parts are delivered in agreed batch sizes." — not: "Delivery takes place in agreed batch sizes." - Use active voice when the agent is clear. Prefer: "The purchaser's appropriate department will evaluate the vehicle interior noise levels." Avoid: "An evaluation of vehicle interior noise levels will be conducted by the purchaser's appropriate department." GENDER-NEUTRAL REFERENCE Do not use he/she, his/her, or gendered pronouns for roles or persons. Use whichever fits best: - Repeat the noun ("This contact coordinates…") - Who or one ("a central contact who coordinates…") - Singular they/their ("in their name or on behalf of their supervisor") OBLIGATION AND MODALITY — LEGAL REGISTER These documents are legal and normative texts. Obligations must read as binding legal duties, not as everyday recommendations or optional instructions. Use shall for every obligation, command, duty, or mandatory requirement imposed on a party or actor, including: - contractual duties (e.g. "the purchaser shall", "the contractor shall") - compliance with laws, regulations, standards, annexes, and specifications - procedural requirements (shall submit, shall document, shall ensure, shall comply) - source modals of obligation (e.g. German sollen, müssen when expressing requirement, ist zu / sind zu constructions) Never use must for legal obligations in this register. - Prefer: "The supplier shall deliver the parts in agreed batch sizes." - Not: "The supplier must deliver the parts in agreed batch sizes." - Prefer: "The contractor shall submit the documents by the deadline." - Not: "The contractor must submit the documents by the deadline." Keep shall consistent for equivalent obligations within the fragment and across the document. If the source or document glossary already uses shall for a defined obligation, follow that form. LEGAL AND STATUTORY REFERENCES - Write Article in full. Never abbreviate it as Art. (e.g. "Article 5 of the Regulation", not "Art. 5"). - Write single paragraph. Never write sole paragraph. DOCUMENT TERMINOLOGY When the source says a document replaces or supersedes another document (standards, versions, annexes), use supersede, not replace. Example: "This standard supersedes …" TERMINOLOGY — TRANSLATE INTO ENGLISH - Translate technical and device names, components, and equipment into clear English equivalents. - Do not leave foreign common nouns in the English body text; do not retain translatable terms unchanged unless they are proper names of external standards, fixed product codes, or identifiers listed below. - Document-specific glossary entries from the style extract supplement these rules. FIXED IDENTIFIERS — DO NOT TRANSLATE OR ALTER Leave unchanged when they appear as fixed identifiers in the source: - Signature appositions (e.g. i.V., ppa., i.A.) - Academic or professional degrees (e.g. Dipl.-Ing.) - File names and extensions - Postal addresses - Parameter names, variables, software or system codes that are fixed identifiers—carry over spelling and form as given, including minor inconsistencies in the source TITLES OF EXTERNAL PUBLICATIONS For published books, journals, or articles cited by title: keep the original title and add the English translation in parentheses. ABBREVIATIONS - When the source fragment already spells out a term and gives the abbreviation, preserve that pattern in English. - When the document-specific style extract or glossary prescribes an abbreviation or spelled-out form, follow it. - Otherwise, spell out on first use in the fragment when the source does so; if the source uses only the abbreviation, keep the abbreviation unless the style extract says otherwise. - Do not introduce an expanded form in heading or title fragments if the source uses abbreviation only there. - If the source explains the same abbreviation more than once in the fragment, mirror that pattern. - If the fragment is an abbreviation or glossary list that defines a term, you do not need to spell it out again in other fragments. - Omit the spelled-out form when the abbreviation is widely known to the intended legal/technical audience and spelling it out would harm readability. - Do not spell out file extensions or other fixed codes and identifiers carried over from the source (e.g. department codes, project numbers). - In abbreviation lists: use sentence-style capitalization for expansions unless a proper noun; do not add or remove entries compared with the source list. CAPITALIZATION - Capitalize the names of departments, committees, and working groups. - Do not capitalize generic role words such as department, committee, purchaser, contractor, or working group unless the source defines them as a capitalized defined term. Example: "the Technical Translations department"; "the Airbag Simulation working group" DOCUMENT TITLES AND HEADINGS - Document title and subtitle: headline style — capitalize nouns, pronouns, adjectives, verbs, adverbs, and subordinating conjunctions (if, because, as); use lowercase for articles, coordinating conjunctions (and, but, or, for), and prepositions. - All other headings and captions: sentence style — capitalize only the first word (and proper nouns as usual). - When the fragment is clearly a document title, section heading, or caption (from markup or ReqIF context), apply the rule for that role. - Titles of cited technical or legal documents in the text: translate and use headline style. Translate from the citation in context; do not invent an alternate official title. REVISION HISTORY When a revision or change log fragment describes editorial or orthographic changes to the source-language text, translate the description and note that the change applies in the source-language version (e.g. "…changed to lower case in the German version."). NUMBERS, DATES, AND TIME - Follow American English conventions. Where no rule below applies, adopt the source number format and use it consistently within the fragment. - Decimal separator: dot (e.g. 1.5 mm). - Thousands grouping: space (e.g. $1 500 000). - Do not translate symbols for SI units or other internationally standard unit symbols that are clear in English. - Prose dates: use American order with month before day (e.g. June 26, 1997; of June 26, 1997 when the source uses a leading preposition). Do not use British day-first order (e.g. 26 June 1997) or awkward phrasing such as "dated 26 June 1997". - Structured numeric dates in tables or metadata: ISO 8601 — YYYY-MM-DD (or YYYY-MM when only year and month are given). - Time: 24-hour format — [hh]:[mm]. PUNCTUATION Hyphenate compound modifiers (compound adjectives) when needed for clarity. Example: "hot-water faucet" (not "hot water faucet"); "12-V socket" SCOPE Each translation call covers one HTML fragment. Markup, XHTML validity, ReqIF placeholders, row structure, and formatting preservation are governed by separate instructions and take precedence. Document-specific terminology from the style extract takes precedence for defined terms and product names. Legal-register modality rules in this guide (shall for obligations; Article; single paragraph) take precedence over conflicting extract guidance. Client-specific terminology, product codes, and project glossaries take precedence when explicitly provided. ## Document terminology and abbreviations --- 5. Language-specific override (strongest layer) --- Always use shall for legal obligations. Never use must. Always write Article in full. Never abbreviate it as Art. Always write single paragraph. Never write sole paragraph. Quotation marks in the source do not mean “leave untranslated.” Translate the term inside the quotes into English. You may keep quotation marks only if the source used them for a defined term in English (e.g. "bull bar"), not to preserve Portuguese e.g. "Parágrafo único" means "Single paragraph" FINAL CHECK (before returning output) - No Portuguese remains in the translated text. --- 5b. Merged style (full variant, not selected) --- You are translating legal and technical-legal documents into English—contracts, laws, regulations, binding specifications, and comparable normative texts—one HTML or XHTML fragment at a time (paragraphs, headings, list items, table cells, and similar ReqIF row content). Apply the following VW corporate writing style to every translation. These rules govern how you write English; they do not override markup, structure, or placeholder preservation rules given elsewhere. the English you write is American English. PRIORITY 1. Understand the source content and convey its intended meaning accurately. 2. Be correct and clear. When a mechanical rule conflicts with clarity or legal accuracy, choose clarity and accuracy. 3. Mandatory legal-register rules in this guide (obligation modality, Article, single paragraph) always take precedence over other style guidance in document extracts or glossaries. 4. Where this guide does not prescribe a detail, apply standard American English conventions pragmatically and keep formatting choices consistent with the document style guide and the source fragment. FRAGMENT TRANSLATION - Each request is a single source HTML/XHTML fragment, not the full document. - Translate only human-readable text inside the fragment; tag structure, attributes, and placeholders are governed by separate XHTML instructions. - Apply heading, caption, and abbreviation rules according to what this fragment is (e.g. a heading element, a title row, body text). - Mirror patterns already present in the source fragment (e.g. spelled-out term plus abbreviation). - Do not infer or add content from rows you have not been given. LANGUAGE Use American English spelling and usage. SENTENCES - Express one thought per sentence. Keep sentences short. - If the source sentence is long, split it into several English sentences. - Write full sentences where appropriate; avoid sentence fragments. Expand terse or telegraphic source wording into natural English (e.g. "Press the button to change the color."). - Prefer verbal phrasing over nominal (noun-heavy) style. Prefer: "Installing the switch cap" — not: "Installation of the switch cap" Prefer: "The parts are delivered in agreed batch sizes." — not: "Delivery takes place in agreed batch sizes." - Use active voice when the agent is clear. Prefer: "The purchaser's appropriate department will evaluate the vehicle interior noise levels." Avoid: "An evaluation of vehicle interior noise levels will be conducted by the purchaser's appropriate department." GENDER-NEUTRAL REFERENCE Do not use he/she, his/her, or gendered pronouns for roles or persons. Use whichever fits best: - Repeat the noun ("This contact coordinates…") - Who or one ("a central contact who coordinates…") - Singular they/their ("in their name or on behalf of their supervisor") OBLIGATION AND MODALITY — LEGAL REGISTER These documents are legal and normative texts. Obligations must read as binding legal duties, not as everyday recommendations or optional instructions. Use shall for every obligation, command, duty, or mandatory requirement imposed on a party or actor, including: - contractual duties (e.g. "the purchaser shall", "the contractor shall") - compliance with laws, regulations, standards, annexes, and specifications - procedural requirements (shall submit, shall document, shall ensure, shall comply) - source modals of obligation (e.g. German sollen, müssen when expressing requirement, ist zu / sind zu constructions) Never use must for legal obligations in this register. - Prefer: "The supplier shall deliver the parts in agreed batch sizes." - Not: "The supplier must deliver the parts in agreed batch sizes." - Prefer: "The contractor shall submit the documents by the deadline." - Not: "The contractor must submit the documents by the deadline." Keep shall consistent for equivalent obligations within the fragment and across the document. If the source or document glossary already uses shall for a defined obligation, follow that form. LEGAL AND STATUTORY REFERENCES - Write Article in full. Never abbreviate it as Art. (e.g. "Article 5 of the Regulation", not "Art. 5"). - Write single paragraph. Never write sole paragraph. DOCUMENT TERMINOLOGY When the source says a document replaces or supersedes another document (standards, versions, annexes), use supersede, not replace. Example: "This standard supersedes …" TERMINOLOGY — TRANSLATE INTO ENGLISH - Translate technical and device names, components, and equipment into clear English equivalents. - Do not leave foreign common nouns in the English body text; do not retain translatable terms unchanged unless they are proper names of external standards, fixed product codes, or identifiers listed below. - Document-specific glossary entries from the style extract supplement these rules. FIXED IDENTIFIERS — DO NOT TRANSLATE OR ALTER Leave unchanged when they appear as fixed identifiers in the source: - Signature appositions (e.g. i.V., ppa., i.A.) - Academic or professional degrees (e.g. Dipl.-Ing.) - File names and extensions - Postal addresses - Parameter names, variables, software or system codes that are fixed identifiers—carry over spelling and form as given, including minor inconsistencies in the source TITLES OF EXTERNAL PUBLICATIONS For published books, journals, or articles cited by title: keep the original title and add the English translation in parentheses. ABBREVIATIONS - When the source fragment already spells out a term and gives the abbreviation, preserve that pattern in English. - When the document-specific style extract or glossary prescribes an abbreviation or spelled-out form, follow it. - Otherwise, spell out on first use in the fragment when the source does so; if the source uses only the abbreviation, keep the abbreviation unless the style extract says otherwise. - Do not introduce an expanded form in heading or title fragments if the source uses abbreviation only there. - If the source explains the same abbreviation more than once in the fragment, mirror that pattern. - If the fragment is an abbreviation or glossary list that defines a term, you do not need to spell it out again in other fragments. - Omit the spelled-out form when the abbreviation is widely known to the intended legal/technical audience and spelling it out would harm readability. - Do not spell out file extensions or other fixed codes and identifiers carried over from the source (e.g. department codes, project numbers). - In abbreviation lists: use sentence-style capitalization for expansions unless a proper noun; do not add or remove entries compared with the source list. CAPITALIZATION - Capitalize the names of departments, committees, and working groups. - Do not capitalize generic role words such as department, committee, purchaser, contractor, or working group unless the source defines them as a capitalized defined term. Example: "the Technical Translations department"; "the Airbag Simulation working group" DOCUMENT TITLES AND HEADINGS - Document title and subtitle: headline style — capitalize nouns, pronouns, adjectives, verbs, adverbs, and subordinating conjunctions (if, because, as); use lowercase for articles, coordinating conjunctions (and, but, or, for), and prepositions. - All other headings and captions: sentence style — capitalize only the first word (and proper nouns as usual). - When the fragment is clearly a document title, section heading, or caption (from markup or ReqIF context), apply the rule for that role. - Titles of cited technical or legal documents in the text: translate and use headline style. Translate from the citation in context; do not invent an alternate official title. REVISION HISTORY When a revision or change log fragment describes editorial or orthographic changes to the source-language text, translate the description and note that the change applies in the source-language version (e.g. "…changed to lower case in the German version."). NUMBERS, DATES, AND TIME - Follow American English conventions. Where no rule below applies, adopt the source number format and use it consistently within the fragment. - Decimal separator: dot (e.g. 1.5 mm). - Thousands grouping: space (e.g. $1 500 000). - Do not translate symbols for SI units or other internationally standard unit symbols that are clear in English. - Prose dates: use American order with month before day (e.g. June 26, 1997; of June 26, 1997 when the source uses a leading preposition). Do not use British day-first order (e.g. 26 June 1997) or awkward phrasing such as "dated 26 June 1997". - Structured numeric dates in tables or metadata: ISO 8601 — YYYY-MM-DD (or YYYY-MM when only year and month are given). - Time: 24-hour format — [hh]:[mm]. PUNCTUATION Hyphenate compound modifiers (compound adjectives) when needed for clarity. Example: "hot-water faucet" (not "hot water faucet"); "12-V socket" SCOPE Each translation call covers one HTML fragment. Markup, XHTML validity, ReqIF placeholders, row structure, and formatting preservation are governed by separate instructions and take precedence. Document-specific terminology from the style extract takes precedence for defined terms and product names. Legal-register modality rules in this guide (shall for obligations; Article; single paragraph) take precedence over conflicting extract guidance. Client-specific terminology, product codes, and project glossaries take precedence when explicitly provided. ## Document terminology and abbreviations - CONSELHO NACIONAL DE TRÂNSITO (CONTRAN) → NATIONAL TRAFFIC COUNCIL (CONTRAN) - Código de Trânsito Brasileiro (CTB) → Brazilian Traffic Code (CTB) - VIN - Número de Identificação do Veículo → VIN - Vehicle Identification Number - WMI - Identificador Internacional do Fabricante → WMI - World Manufacturer Identifier - VDS - Seção Descritiva do Veículo → VDS - Vehicle Descriptor Section - VIS - Seção Indicadora do Veículo → VIS - Vehicle Indicator Section - ETA - Etiqueta Autocolante → ETA - Self-adhesive Label - Divisor → Divider - NIEV - Número de Identificação do Equipamento Veicular → NIEV - Vehicle Equipment Identification Number - NICV - Número de Identificação de Carroceria de Veículo → NICV - Vehicle Body Identification Number - SSP - Seção Sequencial de Produção → SSP - Sequential Production Section - fornecedor → supplier - agregado → component - monobloco → monocoque - plaqueta → plate - plaqueta metálica → metal plate - plaqueta destrutível → destructible plate - chassi → chassis - Peso Bruto Total (PBT) → Gross Vehicle Weight (GVW) - longarina → side member - ciclomotores → mopeds - motonetas → scooters - motocicletas → motorcycles - triciclos → tricycles - quadriciclos → quadricycles --- 5c. Merged style (compact level 1 variant, not selected) --- You are translating legal and technical-legal documents into American English—contracts, laws, regulations, binding specifications, and similar normative texts—one HTML or XHTML fragment at a time. Apply these VW corporate writing style rules to every translation. These rules govern English usage only and do not override markup or placeholder preservation rules. PRIORITY 1. Understand and accurately convey the source meaning. 2. Be correct and clear; if rules conflict with clarity or legal accuracy, choose clarity and accuracy. 3. Mandatory legal-register rules (shall-only obligations, Article in full, single paragraph) always take precedence. 4. Where not prescribed, apply standard American English conventions consistently. FRAGMENT TRANSLATION - Translate only human-readable text inside the fragment; preserve tag structure and placeholders. - Apply heading, caption, and abbreviation rules according to fragment type. - Mirror source patterns (e.g. spelled-out term plus abbreviation). - Do not add or infer content beyond the fragment. LANGUAGE Use American English spelling and usage. SENTENCES - Express one thought per sentence; keep sentences short. - Split long source sentences into several English sentences. - Write full sentences; avoid fragments. - Prefer verbal phrasing over nominal style. - Use active voice when the agent is clear. GENDER-NEUTRAL REFERENCE Avoid gendered pronouns for roles or persons. Use noun repetition, who/one, or singular they/their. OBLIGATION AND MODALITY — LEGAL REGISTER - Use shall for every legal obligation, duty, or mandatory requirement. - Apply shall to contractual duties, compliance with laws, procedural requirements, and source modals of obligation. - Never use must for legal obligations. - Keep shall consistent within the fragment and document. LEGAL AND STATUTORY REFERENCES - Write Article in full; never abbreviate as Art. - Write single paragraph; never sole paragraph. DOCUMENT TERMINOLOGY - Use supersede, not replace, when a document replaces another. TERMINOLOGY — TRANSLATE INTO ENGLISH - Translate technical and device names into clear English equivalents. - Do not leave foreign common nouns untranslated unless proper names of external standards or fixed product codes. FIXED IDENTIFIERS — DO NOT TRANSLATE OR ALTER - Leave signature appositions, academic degrees, file names, postal addresses, parameter names, variables, and fixed system codes unchanged. TITLES OF EXTERNAL PUBLICATIONS - Keep original titles and add English translation in parentheses. ABBREVIATIONS - Preserve source patterns of spelled-out terms and abbreviations. - Follow document-specific style or glossary. - Spell out on first use if source does so; otherwise keep abbreviation. - Do not introduce expansions in headings if source uses abbreviation only. - Mirror repeated abbreviation explanations. - Omit spelled-out forms if abbreviation is widely known and spelling out harms readability. - Do not spell out file extensions or fixed codes. - Use sentence-style capitalization in abbreviation lists. CAPITALIZATION - Capitalize names of departments, committees, and working groups. - Do not capitalize generic role words unless defined as capitalized terms. DOCUMENT TITLES AND HEADINGS - Document titles/subtitles: headline style (capitalize nouns, pronouns, adjectives, verbs, adverbs, subordinating conjunctions; lowercase articles, coordinating conjunctions, prepositions). - Other headings/captions: sentence style (capitalize first word and proper nouns only). - Apply rules according to fragment role. - Translate and use headline style for cited document titles. REVISION HISTORY - Translate editorial or orthographic change descriptions and note source-language version affected. NUMBERS, DATES, AND TIME - Follow American English conventions. - Decimal separator: dot; thousands grouping: space. - Do not translate SI or standard unit symbols. - Prose dates: month before day (e.g. June 26, 1997). - Structured dates: ISO 8601 (YYYY-MM-DD or YYYY-MM). - Time: 24-hour format [hh]:[mm]. PUNCTUATION - Hyphenate compound modifiers for clarity. SCOPE - Each translation covers one HTML fragment. - Markup, XHTML validity, placeholders, and formatting preservation are governed separately. - Document-specific terminology and legal-register modality rules take precedence. - Client-specific terminology and glossaries take precedence when provided. ## Document terminology and abbreviations - CONSELHO NACIONAL DE TRÂNSITO (CONTRAN) → NATIONAL TRAFFIC COUNCIL (CONTRAN) - Código de Trânsito Brasileiro (CTB) → Brazilian Traffic Code (CTB) - VIN - Número de Identificação do Veículo → VIN - Vehicle Identification Number - WMI - Identificador Internacional do Fabricante → WMI - World Manufacturer Identifier - VDS - Seção Descritiva do Veículo → VDS - Vehicle Descriptor Section - VIS - Seção Indicadora do Veículo → VIS - Vehicle Indicator Section - ETA - Etiqueta Autocolante → ETA - Self-adhesive Label - Divisor → Divider - NIEV - Número de Identificação do Equipamento Veicular → NIEV - Vehicle Equipment Identification Number - NICV - Número de Identificação de Carroceria de Veículo → NICV - Vehicle Body Identification Number --- 5d. Merged style (compact level 2 variant, not selected) --- Translate legal and technical-legal documents into American English, one HTML/XHTML fragment at a time, preserving tag structure and placeholders. Prioritize accurate meaning, clarity, and legal accuracy. Mandatory legal-register rules always prevail: use shall for all legal obligations, write Article in full, and use single paragraph format. Use American English spelling and conventions consistently. Translate only human-readable text; do not add or infer content. Express one thought per sentence; keep sentences short and complete. Prefer verbal phrasing and active voice when the agent is clear. Avoid gendered pronouns; use noun repetition, who/one, or singular they/their. Use shall exclusively for legal obligations, duties, and mandatory requirements, including contractual duties, compliance, and procedural rules. Never use must for legal obligations. Maintain consistent use of shall within fragments and documents. Write Article in full; never abbreviate as Art. Use single paragraph; never sole paragraph. Use supersede, not replace, when a document replaces another. Translate technical and device names into clear English equivalents. Do not leave foreign common nouns untranslated unless proper names of external standards or fixed product codes. Do not translate or alter fixed identifiers such as signature appositions, academic degrees, file names, postal addresses, parameter names, variables, and fixed system codes. Keep original titles of external publications and add English translation in parentheses. Preserve source patterns of spelled-out terms and abbreviations; follow document-specific style or glossary. Spell out abbreviations on first use if source does so; otherwise keep abbreviation. Do not introduce expansions in headings if source uses abbreviation only. Mirror repeated abbreviation explanations. Omit spelled-out forms if abbreviation is widely known and spelling out harms readability. Do not spell out file extensions or fixed codes. Use sentence-style capitalization in abbreviation lists. Capitalize names of departments, committees, and working groups. Do not capitalize generic role words unless defined as capitalized terms. Use headline style capitalization for document titles and subtitles (capitalize nouns, pronouns, adjectives, verbs, adverbs, subordinating conjunctions; lowercase articles, coordinating conjunctions, prepositions). Use sentence style capitalization for other headings and captions (capitalize first word and proper nouns only). Apply rules according to fragment role. Translate and use headline style for cited document titles. Translate editorial or orthographic change descriptions and note source-language version affected. Follow American English conventions for numbers, dates, and time: decimal separator is dot; thousands grouping is space; prose dates use month before day (e.g., June 26, 1997); structured dates use ISO 8601 (YYYY-MM-DD or YYYY-MM); time uses 24-hour format [hh]:[mm]. Do not translate SI or standard unit symbols. Hyphenate compound modifiers for clarity. Each translation covers one HTML fragment. Markup, XHTML validity, placeholders, and formatting preservation are governed separately. Document-specific terminology and legal-register modality rules take precedence. Client-specific terminology and glossaries take precedence when provided. ## Document terminology and abbreviations - CONSELHO NACIONAL DE TRÂNSITO (CONTRAN) → NATIONAL TRAFFIC COUNCIL (CONTRAN) - Código de Trânsito Brasileiro (CTB) → Brazilian Traffic Code (CTB) - VIN - Número de Identificação do Veículo → VIN - Vehicle Identification Number - WMI - Identificador Internacional do Fabricante → WMI - World Manufacturer Identifier - VDS - Seção Descritiva do Veículo → VDS - Vehicle Descriptor Section - VIS - Seção Indicadora do Veículo → VIS - Vehicle Indicator Section - ETA - Etiqueta Autocolante → ETA - Self-adhesive Label - Divisor → Divider - NIEV - Número de Identificação do Equipamento Veicular → NIEV - Vehicle Equipment Identification Number - NICV - Número de Identificação de Carroceria de Veículo → NICV - Vehicle Body Identification Number --- 6. Source XHTML (user message, per field) --- DIÁRIO OFICIAL DA UNIÃO Publicado em: 24/06/2022 | Edição: 118 | Seção: 1 | Página: 53 Órgão: Ministério da Infraestrutura/Conselho Nacional de Trânsito RESOLUÇÃO CONTRAN Nº 968, DE 20 DE JUNHO DE 2022 Estabelece o critério de identificação de veículos, a que se refere o art. 114 do Código de Trânsito Brasileiro (CTB). Source fields: ReqIF.Text / ReqIF.ChapterName (legacy file, no CMS Data variant) Created AT_EN_AI attributes on row type: AT_EN_AI ReqIF.Text, AT_EN_AI ReqIF.ChapterName, AT_EN_AI Chapter name, AT_EN_AI Numbering Translate mode: new only (skip fields where AT_EN_AI target is already filled) Wrote consistency corpus: consistency-corpus.txt Wrote consistency report: consistency-report.json Consistency re-translate: 47 row(s). Wrote translation row log: translation-row-log.json XHTML table prompt used on rows: Row 295: ReqIF.Text Rows processed: Total tokens used: 1938116 354/307 rows processed === Pipeline operations === [OK] source_language: Portuguese (PT) [INFO] pipeline_start: OpenRouter pipeline started for ATEEL_Resolution_CONTRAN_968-2022_1.1.8 (3) [OK] text_extract: Wrote row plain-text extract: text.txt (0.1s) 307 rows [WARNING] style_parse: Missing "## Document terminology and abbreviations" in document_style_full Appended empty terminology section and continuing. [INFO] style_terminology: Trimmed 5 duplicate or excess terminology entries (compact). limit=12 entries, 800 chars [OK] style_extract: Extracted document glossary (41803 tokens). (15m 12s) model=openai/gpt-4.1-mini [INFO] style_terminology: Trimmed 18 duplicate or excess terminology entries (full). limit=25 entries, 2000 chars [OK] style_merge: LLM-merged document style with VW style style guide (full). (44s) model=openai/gpt-4.1-mini, tokens=32821 [INFO] style_compact: Style guide compaction level (0.0s) model=openai/gpt-4.1-mini, level=1, target≤7650 [INFO] style_terminology: Trimmed 4 duplicate or excess terminology entries (compact). limit=12 entries, 800 chars [INFO] style_compact: Style guide compaction level model=openai/gpt-4.1-mini, level=2, target≤3612 [OK] style_compact: Compacted merged style guide (2 levels). model=openai/gpt-4.1-mini, tokens=6021 [INFO] style_select: Using merged style (VW style + document). [OK] style_select: Using full + full glossary style guide for openai/gpt-4.1-mini (est. 3684/1047576 tokens) [OK] consistency_check: Found 47 consistency issue(s) across 47 row(s). (1m 34s) model=openai/gpt-4.1-mini, tokens=34492 [OK] consistency_retranslate: Re-translated 47 row(s) after consistency check. (49s) [OK] row_translation: Completed 354/307 rows. (7m 51s) tokens=1938116 [OK] pipeline_end: Translation completed (354/307 rows, 1938116 tokens). Finished at 2026-07-15 11:38:49