SERIAL-7: Deriving, Realizing, and Preserving Machine-Verifiable Outputs Across Representations
Organizations: KT Corporation
Abstract
Large language models increasingly generate structured outputs consumed by programs and downstream systems, where semantic correctness alone does not guarantee reliable execution. We introduce SERIAL-7, a Korean-English benchmark built around an executable verification framework for machine-verifiable generation across seven representations. Using 177 validated canonical artifacts, SERIAL-7 separates semantic derivation (Derive), constrained artifact generation (Realize), and cross-representation preservation (Preserve). Its 43 atomic representation constraints are paired with executable checks over format, structure, and task-specific semantics, enabling progressively stricter verification from representation compliance to full artifact validity. Across ten models, REALIZE-L3 HSR ranges from 42.0% to 93.9%, while Full Compliance exposes additional artifact-level failures beyond correct final answers and valid representations. These results show that reliable structured generation requires explicit, executable verification of how artifacts are realized and preserved across representations.
Figures & tables
| Benchmark | Multiple | Paired | Fixed semantic | Compositional | Deterministic | Failure |
| representations | representations | target | constraints | verification | localization | |
| FoFo [ 23 ] | ✗ | ✗ | ✗ | ✗ | ||
| VFF [ 22 ] | ✗ | ✗ | ✗ | ✓ | ✓ | |
| AgentIF [ 15 ] | ✗ | ✗ | ✗ | ✓ | ✓ | |
| StructEval [ 24 ] | ✓ | ✗ | ||||
| ReCode [ 19 ] | ✗ | ✗ | ✓ | ✗ | ✓ |
| Representation | # | Atomic constraints |
| JSON | 6 | inputs_as_map , steps_as_map , args_as_objects , answer_object , numeric_as_string , key_order |
| XML | 5 | args_as_attribute , namespace , sibling_order , value_as_attribute , answer_last |
| Markdown | 7 | inputs_as_table , steps_as_table , fence , inline_code_ids , heading_depth , blockquote_answer , bold_names |
| HTML | 6 | table_for_inputs , table_for_steps , dl_for_answer , semantic_element , strong_answer , heading_hierarchy |
| L a T e X | 6 | tabular_inputs , enumerate_steps , siunitx , math_mode , texttt_ids , bold_ids |
| YAML | 7 | inputs_as_map , steps_as_map , answer_object , numeric_as_string , key_order , args_as_objects , flow_args |
Appendix figures & tables27 assets
Supplementary material from the paper’s appendix.
Appendix
| Source | JSON | XML | Markdown | HTML | L a T e X | YAML | TOML |
| JSON | – | 34 | 36 | 36 | 40 | 38 | 40 |
| XML | 40 | – | 45 | 39 | 45 | 36 | 45 |
| Markdown | 38 | 42 | – | 42 | 44 | 41 | 44 |
| HTML | 43 | 44 | 40 | – | 36 | 36 | 41 |
| L a T e X | 43 | 41 | 42 | 42 | – | 44 | 38 |
| YAML | 44 | 38 | 39 | 39 | 36 | – | 38 |
| Atomic rule | Support | Mean Acc. |
| toml.key_order | 72 | 0.743 |
| latex.siunitx | 69 | 0.785 |
| yaml.answer_object | 75 | 0.831 |
| yaml.key_order | 71 | 0.844 |
| latex.math_mode | 67 | 0.869 |
| json.key_order | 74 | 0.871 |
| Model | Higher-performing setting | Prominent pattern |
| GPT-5.4 | High constrained-realization HSR with a small descriptive Realize–Preserve gap. | Carrier-specific variation remains despite high aggregate performance. |
| Gemini-3.7-Flash | Highest observed L3 HSR and high preservation, with similar performance across the independently sampled L1–L3 conditions. | A localized representation weakness remains visible, particularly on L a T e X . |
| Mi:dm | High Preserve HSR and competitive REALIZE-L1 performance. | HSR is noticeably lower in the independently sampled L3 condition than in L1. |
| Solar-Pro4 | High Preserve HSR and comparatively high HSR on selected carriers such as XML. | Performance is less uniform across representation families. |
| GPT-5.4-nano | High Preserve HSR despite substantially lower constrained-realization HSR than the top-performing models. | HSR is substantially lower in the independently sampled L3 condition than in L1. |
| Nemotron-3-Super | Highest observed Preserve HSR among the evaluated models. | Substantially lower L3 HSR, producing a large descriptive Realize–Preserve gap. |
| Audit | Validation target | Result |
| Round-trip validation | Whether gold realizations can be serialized, recovered as Canonical IR, and accepted by the corresponding predicates. | Base: 1,239/1,239; Realize : 1,470/1,470; Preserve : 1,695/1,695. |
| Atomic-rule validation | Whether sampled rule combinations are recoverable and near-miss examples are rejected by the intended checker. | 777 combinations, 0 failures; 43/43 rules covered by near-miss tests. |
| Leakage audit | Whether valid transformations are incorrectly penalized and format predicates remain invariant to semantics-preserving perturbations. | 987 valid transformations, 0 false penalties; 29/33 rule types invariant. |
| Prompt–checker alignment | Whether scored predicates are stated and checked consistently across Korean and English specifications. | 0 unstated checks; 0 unmeasured requirements; 0 language-symmetry violations. |
| Target | Sampling | Human–Human | Automatic–Human | |
| Active-constraint compliance | 210 | formats conditions languages examples | 203/210 (96.7%); | 201/210 (95.7%) |
| Overall format compliance | 210 | Same structured sample | 204/210 (97.1%); | 202/210 (96.2%) |
| Derive semantic correctness | 90 | Stratified by language, model, and judge verdict | 89/90 (98.9%); | 88/90 (97.8%) |
| Human judgment | ||
| Executable verifier | Pass | Fail |
| Pass | 58 | 2 |
| Fail | 4 | 56 |
| Model | OpenRouter identifier | Observed provider | Max. tokens |
| GPT-5.4 | openai/gpt-5.4 | OpenAI | 12,000 |
| GPT-5.4-nano | openai/gpt-5.4-nano | OpenAI | 12,000 |
| Gemini-3.7-Flash | google/gemini-3.7-flash | Google; Google AI Studio | 12,000 |
| Claude-Sonnet-5 | anthropic/claude-sonnet-5 | Claude Platform on AWS | 16,000 |
| Nemotron-3-Super-120B-A12B | nvidia/nemotron-3-super-120b-a12b | DeepInfra; DigitalOcean | 12,000 |
| Solar-Pro4 | upstage/solar-pro4 | Upstage | 12,000 |
| Model | Weight representation | vLLM | Transformers |
| Motif-3-Beta | ModelOpt block FP8 | 0.20.2+motif3.g0b6f55172 | 5.14.1 |
| A.X-K2 | FP8 E4M3, block | 0.23.0 | 5.18.0.dev0 |
| K-EXAONE-236B-A23B | BF16 | 0.20.2 | 5.8.1 |
| Mi:dm K 3.0 Pro | BF16; no explicit quantization override | 0.17.0 | 4.57.6 |
| Parameter | Motif-3-Beta | A.X-K2 | K-EXAONE-236B-A23B | Mi:dm K 3.0 Pro |
| Maximum context length | 262,144 | 131,072 | 131,072 | 131,072 |
| Temperature | 1.0 | 0.6 | 1.0 | 0.6 |
| Top- | 0.95 | 0.95 | 0.95 | 0.95 |
| GPU-memory utilization | 0.85 | 0.90 | 0.90 | 0.90 |
| Tensor parallel size | 1 | 8 | 4 | 8 |
| Data parallel size | 8 | 1 | 1 | 1 |
| Source | Problem structure | Sampling stratum |
| TabMWP | Table-grounded arithmetic | Question type, table scope, estimated reasoning depth, and operation type. |
| HRM8K | Korean mathematical reasoning | Predefined benchmark subset. |
| SciBench | Scientific calculation | Scientific subject. |
| MMLU-Pro (STEM) | STEM reasoning | Subject. |
| Criterion | Requirement |
| Source validity | The original problem, supporting materials, and normalized artifact must be well formed and mutually consistent. |
| Answer consistency | The normalized final answer must be reconcilable with the official benchmark answer. |
| Grounding and leakage | Required values must be supported by the source record, and auxiliary text must not expose the answer without legitimate grounding. |
| Representation compatibility | Normalized values must be representable under the supported serialization contracts without introducing construction artifacts into the question. |
| Redundancy control | Repeated or near-duplicate question templates are canonicalized and capped to avoid over-representation of a single template family. |
| (a) Filtering flow | ||
| Stage | Excluded | Remaining |
| Initial seed set | – | 500 |
| Source / normalization validity | 72 | 428 |
| Answer inconsistency | 61 | 367 |
| Grounding or leakage failure | 54 | 313 |
| Representation incompatibility | 83 | 230 |
| Component | Across KO–EN pair | Validation |
| Question and source text | Language-specific | Check internal language consistency. |
| Answer and numeric values | Semantically fixed | Require equivalent answers and preservation of required quantities. |
| Computation graph | Fixed | Reuse the same operations, dependencies, and constants. |
| Grounding evidence | Language-specific | Verify that required inputs remain supported in the corresponding language-specific source text. |
| Korean arm | English arm | |
| Question | Emily가 7개의 Caribbean 휴가 패키지를 사려면 돈이 얼마나 필요합니까? | How much money does Emily need to buy 7 Caribbean vacation packages? |
| Materials | Caribbean 휴가 패키지 \mid554 Hawaiian 휴가 패키지 \mid867 | Caribbean vacation package \mid554 Hawaiian vacation package \mid867 |
| Shared answer | ||
| Shared computation | R1 multiply ( caribbean_price , ) | |
| IR component | Canonical content |
| Answer | |
| Input | caribbean_price |
| Step | R1 multiply ( caribbean_price , ) |
| Condition | Input | Required behavior | Representation requirement |
| Derive | Question and optional materials | Solve the problem and provide the final answer. | None |
| Realize | Question and optional materials | Solve the problem and express the result under a target contract. | Base target representation + 1–3 sampled atomic constraints |
| Preserve | Instantiated source document | Rewrite the same semantic content in a target representation. | Base target representation only; no sampled atomic constraints |
| Component | When used | Function |
| Answer realization | All Realize instances | Defines the format-specific answer slot. |
| Format-specific graph syntax | Graph-bearing instances | Defines how inputs, steps, references, and values are serialized. |
| Shared graph validity | Graph-bearing instances | Constrains operation validity, dependency order, and consistency with the final answer. |
| Atomic representation constraints | All Realize L1–L3 instances | Modify local aspects of the base representation while preserving the same semantic artifact. |
| Common constraints | All constrained instances | Prevent unsupported additions and restrict the output to the requested document. |
| Format | Answer realization | Inputs and steps |
| JSON | A root JSON object containing answer . | inputs and steps are arrays of structured objects containing the corresponding names, identifiers, operations, arguments, and values. |
| XML | Exactly one <response> root containing one <answer> element. | Inputs appear under <inputs> and steps under <steps> ; references are represented by format-specific elements and attributes. |
| Markdown | The document begins with # Result and an - Answer: field. | ## Inputs and ## Steps contain ordered records with nested fields for values, operations, and arguments. |
| HTML | Exactly one <main> containing <output id="answer"> . | Inputs and steps are represented under elements identified by inputs and steps , with record values encoded using carrier-specific attributes. |
| LaTeX | Exactly one response environment containing \Answer{...} . | Inputs and steps are represented by dedicated environments and \Input and \Step macros. |
| YAML | A root mapping containing answer . | inputs and steps are represented as structured YAML collections. |
| Format | Representative realization |
| JSON | {"answer": 3521, "inputs": [...], "steps": [...]} |
| XML | <response><answer>3521</answer> ... </response> |
| Markdown | # Result; - Answer: 3521; ## Inputs; ## Steps |
| HTML | <main><output id="answer">3521</output> ... </main> |
| LaTeX | \begin{response} \Answer{3521} ... \end{response} |
| YAML | answer: 3521; inputs: ...; steps: ... |
| Namespace | Atomic checks | Purpose |
| format.* | clean_boundary , well_formed , native_syntax , root_container , answer_slot , inputs_container , steps_container , escaping | Validate document boundaries, parseability, required slots and containers, native syntax, and escaping under the active representation contract. |
| format.feature.* | One check per active atomic rule | Validate the sampled atomic representation rule(s) used in Realize . |
| structure.* | unique_input_names , unique_step_ids , input_fields_present , step_fields_present | Check completeness and uniqueness of extracted input and step records. |
| semantic.* | answer , input_values , step_consistent | Check final-answer correctness, required input values, and executable graph consistency when applicable. |
| JSON | XML | Markdown | HTML | L a T e X | YAML | TOML | |
| Answer-only | 4 | 5 | 5 | 6 | 5 | 5 | 4 |
| Graph-bearing | 6 | 7 | 7 | 8 | 7 | 7 | 6 |
| Component | Normalization / scoring rule |
| Numeric values | Integer gold values require exact equality; non-integers use relative tolerance and absolute tolerance unless overridden. Representation-type errors are charged to format.* . |
| Text values | Case-fold, trim and collapse whitespace, and remove trailing sentence punctuation where the corresponding semantic field is evaluated by normalized text equality. Identifiers and references used by the preservation predicate remain part of the Canonical IR and are compared source-to-target. |
| Realize input semantics | Extracted inputs are matched to required gold inputs by value rather than by arbitrary gold identifier. Exact reproduction of gold input names is therefore not required for Realize semantic correctness. |
| Realize graph consistency | When a graph-bearing output can be recovered, execute the model’s own graph rather than requiring step-by-step equality with the gold decomposition. References must resolve, step values must execute correctly, and the final step must agree with the model’s answer. This predicate is a diagnostic semantic check and is not part of Realize HSR. |
| Preserve input preservation | The ordered sequence of input identifiers and corresponding values extracted from the target must equal that of the instantiated source artifact. A target that preserves only the values while changing, omitting, or reordering the required identifiers does not satisfy the preservation predicate. |
| Preserve step preservation | For graph-bearing artifacts, the ordered source and target step records must agree in their step identifiers, operators, argument references, and values. Missing, altered, or reordered required step content causes the preservation predicate to fail. |
Structured Output Generation
Structured output generation studies how language models produce machine-readable, schema-compliant responses without sacrificing task accuracy.
See all 66 papers