Picking the task type is the first decision in training a small language model, and it constrains everything downstream: what your training data has to look like, which student models are available, and which metrics tell you whether it worked.
There are six.
| If you need to… | Task type |
|---|---|
| Assign text to one of a fixed set of categories | Classification |
| Extract or generate a precise answer from text | Question answering |
| Answer from context you supply at query time | Open-book QA (RAG) |
| Answer from knowledge learned during training | Closed-book QA |
| Turn a request into a structured function call | Tool calling |
| Do that across a multi-turn conversation | Multi-turn tool calling |
The distinctions that actually cause trouble
Classification versus question answering. If the output is one of a known, closed set of labels, it is classification, and treating it that way gives you a cleanly measurable task. If the output is free text that varies per input, it is question answering. The mistake is framing a genuine classification problem as open-ended generation, which throws away both accuracy and the ability to measure it.
Open-book versus closed-book. Open-book means you retrieve the relevant context and pass it in; the model reads and answers. Closed-book means the knowledge is baked into the weights during training and nothing is retrieved at inference.
The deciding factor is usually provenance rather than accuracy. If you have to show which document justified an answer, you need retrieval — a closed-book model cannot point at a source. If your knowledge base changes weekly, retrieval also wins, because retraining is slower than reindexing. If the knowledge is stable and you want a single self-contained artifact with no retrieval infrastructure, closed-book is simpler to operate.
Single-turn versus multi-turn tool calling. Single-turn maps one request to one call. Multi-turn carries conversation history, so the model has to resolve references to earlier turns and track what has already happened. If your users say things like “actually make that Tuesday”, you need multi-turn, and training on single-turn data will not get you there.
Task type constrains model choice
This catches people out. Tool calling and multi-turn tool calling only work with a subset of student and teacher models — the ones with the necessary structured-output behaviour. Choosing a student first and a task second can put you in a position where your preferred model cannot do the job at all.
Where this cluster goes
The articles below cover each task type in depth, plus worked recipes for specific applications: support ticket triage, intent detection, content moderation, document question answering over contracts, voice assistant command routing, PII redaction, and text-to-SQL. Each recipe uses the real CLI commands end to end.
For getting the data together, see training data. For choosing between task types when more than one could work, start with the decision guide below.