Skip to content
ansezz.

▸ Topic · RAG

RAG that survives past the demo.

Demo RAG looks fine on three happy PDFs. Production RAG fails on chunking, retrieval, cost, and silent regressions. This hub collects the RAG writing and engagement paths I use with product teams.

01

What product teams get wrong about RAG

Most RAG failures are not "the model is dumb." They are bad chunks, weak retrieval, missing keyword fallback, and no eval gate before release.

You do not need every vector vendor on the market. Many SaaS teams can keep documents next to the app with PostgreSQL and pgvector, Laravel jobs for ingest, and hybrid search when pure vectors miss obvious keywords.

Measure before you scale. A small golden set and cost guardrails beat another prompt rewrite. Start with the posts below, then the production RAG problem page or the AI sprint when you are ready to ship.

Curated RAG reading

02

Ship next

▸ Packages · problem pages · contact

03

Questions, answered.

Is this hub the same as the production RAG page?

No. This hub is for orientation and reading. The production RAG page is the problem framing for a build engagement on Laravel and pgvector.

Do I need Laravel and pgvector?

Not to learn from the posts. For a build with me, Laravel + PostgreSQL is the default when that is already your stack. A hosted vector DB is fine when the constraints say so.

Will an engagement include evals?

Yes. Shipping without evals is how demo quality dies quietly. See the production RAG page and the AI & MCP package for how that is scoped.

Can RAG sit beside MCP?

Yes. Many teams start with retrieval, then expose tools over MCP. Same package family; we sequence so each piece earns its place.

Ready for RAG that survives evals?

Free discovery call. We pick one corpus and one answer surface, then measure before we scale.