Skip to content
echogeco
Retrieval, and when not to · Choosing the mechanism

The FAQ that should have been a prompt

Find what a retrieval pipeline over a 60-entry FAQ gets wrong, cost the alternative of a cached prompt, and name the condition that would bring retrieval back.

critiquemediumExercise · 3 min · 38 of 77
On this page

A support bot over a short FAQ misses one question in five, and the team is tuning the embedding model. The corpus was small enough to read whole.

The situation

A software company's support bot answers questions from a 60-entry FAQ, about 120 words an entry — 7,200 words, roughly 9,400 tokens at 1.3 tokens per word. The pipeline the team built: each entry is a chunk, embedded and stored in a vector database; each question is embedded (about 40 ms and one extra call), the top 3 entries are put in a 600-token system prompt, and the model answers. On a 200-question labelled set the bot says "I do not have information on that" for 18% of questions, nearly all of them paraphrases the embedding ranked below the top 3. A nightly job re-indexes the FAQ. The bot handles 2,000 questions a day, a 50-token question and a 120-token answer each.

Constants: a 200k-token window, P_in = $3 per million input tokens, P_out = $15 per million output tokens, cache multipliers C_w = 1.25 on a write and C_r = 0.1 on a read, applied to P_in; 30 days a month.

The question

Where does this design go wrong, what would you build instead, and at what point would retrieval be the right call again?

A strong answer · Rubric · Where answers go wrong

Write your answer first, then open