RAG hiring is about retrieval quality, not about wiring a vector database. Your resume should read like a search engineer's, not a tutorial follower's.
Three things, in order of weight.
How you measured retrieval: recall@k, MRR, or an answer-level metric
Chunking, reranking and the trade-offs you actually made
Whether you handled the hard cases: stale docs, conflicting sources, no answer
Work them into your title, project descriptions and skills — don't pile them into a list.
Each cover is the template itself, rendered.
Maximum signal-to-noise for a metrics-heavy resume.
Dark heading blocks separate systems work from project work.
ATS-safe single column for big-tech applications.
One page. Unless you have 10+ years and a genuinely full second page, the second page only dilutes the first. Put how you measured retrieval: recall@k, mrr, or an answer-level metric above the fold.
Writing 'used LangChain + a vector DB' as if the stack were the work. It is the single most common reason this role gets screened out, and fixing it matters far more than changing templates.
Use AI for the first draft, then verify every claim and number yourself and reorder keywords against the target job description. AI handles speed; the content is still your responsibility.