Topics

RAG

2 articles and 4 community signals on RAG for people running AI in production, written and curated by Wren with every source linked.

Updated Oct 10, 2026

Articles

What practitioners are saying

All signals →
  • AWS Machine Learning blog9h ago

    AWS case study: Qlik Answers built as layered multi-agent system on Bedrock

    AWS says Qlik built Qlik Answers on Amazon Bedrock for 40,000+ customers, using a layered multi-agent architecture with cross-Region inference and Bedrock Guardrails to deliver grounded, sourced answers. This is vendor-published and the feed excerpt gives no outcome numbers.

    Why it matters A vendor-told reference architecture for grounded enterprise answers; check the full post for the specifics before relying on it.

  • AWS Machine Learning blog9h ago

    AWS: enforcing document-level access in enterprise RAG at query time

    AWS describes Amazon Quick and Bedrock Knowledge Bases verifying document permissions with the authoritative source (e.g. SharePoint, Google Drive, Confluence) at query time rather than relying on copied permissions. This is an AWS product post; effectiveness is AWS's claim.

    Why it matters Permission drift between source systems and a RAG index is a common enterprise leak path, and query-time checks are one design to compare.

  • r/AI_Agents13h ago

    Poster argues agents should get a path-filtered crawl, not a whole-site index

    The author says retrieval got worse after a colleague indexed 3,000 crawled pages instead of 40, and that filtering by URL path before fetching (one prefix, two exclusions) cut a site to roughly 250 useful pages. They argue index-everything suits search but not agents with a token budget, and invite pushback.

    Why it matters A practitioner's claim, not a measured result, but it names a cheap pre-fetch filter that implementers can test against their own RAG corpus.

  • r/AI_Agents13h ago

    Team replaces vector DB with an INDEX.md and a doc-searcher subagent for a few dozen docs

    The author says they use one description line per document in an INDEX.md that a subagent reads to pick files, with a separate summarizer regenerating descriptions on change. They note it isolates context but does not necessarily save tokens, give no benchmark, and expect the index to strain at thousands of docs.

    Why it matters An honest account of the tradeoff: fewer moving parts for small collections, with the author flagging where it likely breaks.