Zenaique

Flashcard: name the three augmentation sub-decisions in a production RAG pipeline.

Flashcard·Easy·4.0 · 0·~30s·Asked atBasetenCognizantComet Ml·Relevant atAnthropicElasticGleanHebbia
Attempt it
TL;DR

The augmentation step is prompt construction: decide chunk ordering (head/tail, not raw similarity), write grounding and refusal directives, and tag chunks with numbers so the model can cite.

Memory aid
Sign in to see the mnemonic that makes this stick.
Easy to grasp

Imagine you hand a student an open book exam plus a stack of photocopied pages. Just dumping the pages on their desk isn't enough. You decide which pages go on top and bottom, because people skim the start and end and gloss over the middle of a thick pile. You write a sticky note saying 'only answer from these pages, and if they don't cover it, say so.' And you number every page so the student can write 'see page 3' next to each claim. Those three moves are exactly the augmentation step in RAG. Retrieval already found the pages; augmentation is how you arrange and frame them before the model reads. It is pure prompt engineering, and it often matters as much as which pages you fetched.

Concept explanation~2 min read

Everything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example. Click to expand.

Most people learn RAG as a three-word slogan: retrieve, augment, generate. The retrieval stage gets all the attention in tutorials (embeddings, vector databases, reranking), and the generation stage is just 'call the model.' The augmentation stage in the middle is treated as a throwaway: paste the chunks into the prompt and move on.

That is exactly backwards for production quality. Augmentation is a real engineering surface with three distinct decisions, and getting them wrong produces failures that look like retrieval problems but are not. A team will spend a week tuning their embedding model and rebuilding their index, when the actual fix was reordering chunks and adding a refusal directive: a one hour change to the prompt template.

This deep dive defines the stage precisely, walks through each of its three decisions, draws the boundary against the retrieval and training stages it gets confused with, and explains why the boundary matters for debugging. In an interview, naming the stage correctly and listing its three decisions cleanly is what separates a candidate who has shipped RAG from one who has only read about it.

What augmentation actually is

In the retrieve-augment-generate pipeline, augmentation is the stage that sits after retrieval has chosen a set of chunks and before the model generates a token. It is, concretely, prompt construction. Nothing about which chunks were selected is decided here; that already happened. Nothing about how the model decodes is decided here either.

The reason this stage deserves a name of its own is that the same set of retrieved chunks can produce a great answer or a hallucinated one depending entirely on how they are arranged and framed. Two systems with identical retrieval and identical models can differ by several accuracy points purely on augmentation choices.

Three decisions live inside it: chunk ordering, system-prompt directives, and citation tagging. The next three sections take each in turn.

Decision one: chunk ordering
Decision two: system-prompt directives
Decision three: citation tagging
The boundary: what augmentation is not
Sign in to unlock the full deep dive.

Situations where this technique stops working.

Sign in to see when this approach fails.

2–4 min · Everything important, quickly.

Sign in to see the quick scan of the deep dive.
StageWhat it decidesExample concern
RetrievalWhich chunks to fetchHybrid search, reranking, top-k
AugmentationHow chunks enter the promptOrdering, directives, citation tags
GenerationHow the model produces textModel choice, temperature, decoding

Real products, models, and research that use this idea.

  • Perplexity numbers its retrieved sources and instructs the model to cite each claim with a bracketed source index in the rendered answer.
  • Anthropic's Claude with the citations feature tags document chunks so responses carry verifiable references back to the supplied source.
Sign in to see more production examples.

What an interviewer would ask next. Try answering before peeking at the approach.

QHow would you decide chunk ordering when you have ten retrieved chunks and a long context window?
A

Reorder by rank into head and tail positions to dodge lost-in-the-middle; deduplicate near-identical chunks; reserve the tail slot, closest to the query, for the single strongest chunk.

2 more follow-ups an interviewer would ask next. Sign in to reveal them.

Red flags & common mistakes

The phrases that signal junior thinking. Click to expand.

Most common mistake

Confusing augmentation with retrieval. Reranking, embeddings, and vector search are retrieval-stage concerns. Augmentation is everything about how chunks are arranged and framed inside the prompt.

Sign in to see all red flags and common mistakes.

60 second bullets to scan on the way to the call.

  • The three RAG stages and which one augmentation is

  • Why chunk ordering uses head and tail positions

Sign in to unlock the revision sheet.

Primary sources. Browse if you want the original framing.

Similar questions

Same topic, related formats. Practice these next.

4 curated
Next question
Which metric best measures whether a RAG answer is grounded in the retrieved context?
MCQ·Medium