Home › Datasets › Structured JSON Output
Agents & Tool Use PackHow to Fine-Tune an LLM for Reliable Structured JSON Output
Producing well-formed, schema-conformant JSON output from natural-language instructions — extraction, generation, and formatting tasks.
- 986 instruction-response pairs
- Format JSONL
- Pack Agents & Tool Use
- Dataset $35 one-time
$35 for the dataset. Training is priced separately by model, starting at $47.
What can this kind of fine-tuning teach an LLM?
A general-purpose model may already know some of this subject. Fine-tuning serves a different purpose: it repeatedly demonstrates the kinds of requests, response patterns, terminology, decisions and workflows you want the model to handle more consistently.
For Structured JSON Output, the dataset focuses on producing well-formed, schema-conformant json output from natural-language instructions — extraction, generation, and formatting tasks. Fine-tuning shapes recurring model behavior; it does not turn the model into a live database or guarantee correctness on every new case.
What training data should cover
Useful supervised fine-tuning data should resemble the work you expect the model to perform. This Rebiha dataset's domain definition is organized around 12 coverage areas:
- extracting structured fields from an unstructured paragraph into JSON; generating JSON matching a strict provided schema; extracting a list of entities into a JSON array; converting a natural-language request into a structured filter object; producing nested JSON with correct parent-child structure
- handling missing information gracefully with null/default values; extracting key-value pairs from a semi-structured document; generating JSON with correct data types (numbers vs strings vs booleans); producing JSON that matches an enum-constrained field correctly; extracting structured data from a table-like text description
- converting form-like natural language into a structured record; producing an array of structured objects from a list description
How Rebiha prepared the training material
This page contains 986 instruction-response pairs from the existing Rebiha dataset. Its domain definition was designed around the coverage areas above so the training material spans multiple realistic tasks rather than one narrow prompt pattern.
Rebiha's broader dataset workflow uses structured quality review to help identify problems such as contradictions, unsupported claims, unsupported assumptions, calculation errors and other weak training examples. You can inspect real examples on this page before deciding whether the dataset fits your model and use case.
What is in this dataset
986 instruction-response pairs covering producing well-formed, schema-conformant json output from natural-language instructions — extraction, generation, and formatting tasks. Each pair is a realistic instruction with a full written response, in the JSONL format used for supervised fine-tuning. No synthetic filler, no duplicated rows.
Example pairs
Real rows from the dataset, shown in full.
Extract the following details from this paragraph into a JSON object with keys: company_name, founded_year, ceo, headquarters_city, employee_count, industry. Paragraph: 'Founded in 1998 in Austin, Texas, BrightPath Analytics has grown to 4,800 employees under the leadership of CEO Maria Chen. The company specializes in customer behavior modeling and provides SaaS tools for retail and e-commerce sectors.'
{"company_name": "BrightPath Analytics", "founded_year": 1998, "ceo": "Maria Chen", "headquarters_city": "Austin", "employee_count": 4800, "industry": "customer behavior modeling / SaaS for retail and e-commerce"}
Generate a JSON object that strictly follows this schema: {product_id: string, product_name: string, price_usd: number, in_stock: boolean, tags: array of strings, dimensions: {length_cm: number, width_cm: number, height_cm: number}}. Create an entry for a 'Wireless Mechanical Keyboard' with product ID 'KB-2024-X', price $89.99, currently in stock, tags 'mechanical', 'wireless', 'RGB', and dimensions 45.7 cm x 15.2 cm x 3.8 cm.
{"product_id": "KB-2024-X", "product_name": "Wireless Mechanical Keyboard", "price_usd": 89.99, "in_stock": true, "tags": ["mechanical", "wireless", "RGB"], "dimensions": {"length_cm": 45.7, "width_cm": 15.2, "height_cm": 3.8}}
From the following sentence, extract all unique cities mentioned and return them as a JSON array of strings: 'The conference will be held in Berlin, then move to Paris for a workshop, with satellite events in Tokyo and Berlin again, plus a final gathering in Lisbon and a small meetup in Paris.'
["Berlin", "Paris", "Tokyo", "Lisbon"]
Who this is for
Builders who want their fine-tuned model to reliably perform this specific capability, as part of a broader assistant or agent.
Which models this works with
The dataset is plain JSONL, so it works with any instruction-tuned open model. On Rebiha you can train it directly on:
- Qwen — Qwen3.8, Qwen3.6, Qwen3.5, Qwen3, Qwen2.5, Qwen2.5-Coder
- Granite — Granite 4.1 (3B, 8B, 30B)
- OLMo — OLMo 3, OLMo 3.1
- GLM — GLM-4
- Gemma, Phi, DeepSeek, Mistral, and Llama families
Training uses LoRA, or QLoRA on a 4-bit base for larger models. Your base model's weights are never modified — training produces a separate adapter.
How it works
- Pick this dataset and a base model.
- Rebiha runs the job on a managed GPU. You set up nothing.
- Download your model: a ready-to-run GGUF, plus developer assets (adapter, tokenizer, configs).
Fine-tuning or RAG?
Use RAG when the model needs facts that change — your prices, your documents, today's inventory. Use fine-tuning when you want consistent behavior and structure without prompting for it every time. This dataset teaches the shape of this capability, not facts to look up.
How managed fine-tuning works
- Inspect the dataset examples and choose a compatible base model.
- Rebiha runs the training job on managed GPU infrastructure using LoRA or QLoRA as appropriate.
- Download portable model assets for your own workflow, including the available ready-to-run and developer outputs for the selected training path.
Fine-tuning or RAG?
Use fine-tuning when the objective is recurring behavior: response structure, domain patterns, terminology, workflow, or how the model approaches a class of requests. Use RAG when answers depend on changing or proprietary facts that should be retrieved at request time. The two approaches can also work together.
Know what goes in. Own what comes out.
You can inspect real examples before training, choose the model you want to adapt, and keep portable model assets when training is complete.
Related datasets
- General Instruction Following — 978 pairs
- Multi-Turn Conversation — 466 pairs
- Rewriting & Editing — 854 pairs
- Summarization — 781 pairs