Skip to main content

The RAG Obituary: Killed by Agents, Buried by Context Windows

·405 words·2 mins
Articoli AI Agent Natural Language Processing
Articoli Interessanti - This article is part of a series.
Part : Everything as Code: How We Manage Our Company In One Monorepo At Kasava, we've embraced the concept of "everything as code" to streamline our operations and ensure consistency across our projects. This approach allows us to manage our entire company within a single monorepo, providing a unified source of truth for all our configurations, infrastructure, and applications. **Why a Monorepo?** A monorepo offers several advantages: 1. **Unified Configuration**: All our settings, from development environments to production, are stored in one place. This makes it easier to maintain consistency and reduces the risk of configuration drift. 2. **Simplified Dependency Management**: With all our code in one repository, managing dependencies becomes more straightforward. We can easily track which versions of libraries and tools are being used across different projects. 3. **Enhanced Collaboration**: A single repository fosters better collaboration among team members. Everyone has access to the same codebase, making it easier to share knowledge and work together on projects. 4. **Consistent Build and Deployment Processes**: By standardizing our build and deployment processes, we ensure that all our applications follow the same best practices. This leads to more reliable and predictable deployments. **Our Monorepo Structure** Our monorepo is organized into several key directories: - **/config**: Contains all configuration files for various environments, including development, staging, and production. - **/infrastructure**: Houses the infrastructure as code (IaC) scripts for provisioning and managing our cloud resources. - **/apps**: Includes all our applications, both internal tools and customer-facing products. - **/lib**: Stores reusable libraries and modules that can be shared across different projects. - **/scripts**: Contains utility scripts for automating various tasks, such as data migrations and backups. **Tools and Technologies** To manage our monorepo effectively, we use a combination of tools and technologies: - **Version Control**: Git is our primary version control system, and we use GitHub for hosting our repositories. - **Continuous Integration/Continuous Deployment (CI/CD)**: We employ Jenkins for automating our build, test, and deployment processes. - **Infrastructure as Code (IaC)**: Terraform is our tool of choice for managing cloud infrastructure. - **Configuration Management**: Ansible is used for configuring and managing our servers and applications. - **Monitoring and Logging**: We use Prometheus and Grafana for monitoring,
Part : This Article
Featured image
#### Source

Type: Web Article Original link: https://www.nicolasbustamante.com/p/the-rag-obituary-killed-by-agents Publication date: 2025-10-18

Author: Nicolas Bustamante


Summary
#

WHAT - Nicolas Bustamante’s article discusses the impending end of Retrieval-Augmented Generation (RAG) based architectures due to the evolution of context windows and agent-based architectures.

WHY - It is relevant for AI business because it highlights the current limitations of RAG technologies and anticipates the emergence of new solutions that could overcome these limitations, influencing development and investment strategies.

WHO - The author is Nicolas Bustamante, an AI and search expert, founder of Fintool, an AI-based financial research platform. The article is aimed at professionals and companies in the AI and finance sectors.

WHERE - It is positioned in the market for AI technologies for managing and analyzing large volumes of textual data, particularly in the financial sector.

WHEN - The article reflects a current and emerging trend, suggesting that RAG technologies are declining while new solutions based on agents and wider context windows are emerging.

BUSINESS IMPACT:

  • Opportunities: Investing in agent-based technologies and wider context windows could offer a competitive advantage.
  • Risks: Continuing to invest in RAG technologies could lead to technological obsolescence.
  • Integration: Evaluate the integration of new context management technologies with the existing stack to improve the efficiency and accuracy of analyses.

TECHNICAL SUMMARY:

  • Core technology stack: The article does not provide specific technical details, but mentions the use of chunking, embeddings, and rerankers in RAG architectures.
  • Scalability and architectural limits: Current RAG technologies are limited by the size of context windows, which do not allow for the management of long documents such as SEC filings.
  • Key technical differentiators: The article highlights the importance of maintaining the structural integrity of documents and temporal consistency in chunking strategies.

Use Cases
#

  • Private AI Stack: Integration into proprietary pipelines
  • Client Solutions: Implementation for client projects
  • Strategic Intelligence: Input for technological roadmap
  • Competitive Analysis: Monitoring AI ecosystem

Resources
#

Original Links #


Article recommended and selected by the Human Technology eXcellence team, processed through artificial intelligence (in this case with LLM HTX-EU-Mistral3.1Small) on 2025-10-18 10:16 Original source: https://www.nicolasbustamante.com/p/the-rag-obituary-killed-by-agents

Related Articles #

Articoli Interessanti - This article is part of a series.
Part : Everything as Code: How We Manage Our Company In One Monorepo At Kasava, we've embraced the concept of "everything as code" to streamline our operations and ensure consistency across our projects. This approach allows us to manage our entire company within a single monorepo, providing a unified source of truth for all our configurations, infrastructure, and applications. **Why a Monorepo?** A monorepo offers several advantages: 1. **Unified Configuration**: All our settings, from development environments to production, are stored in one place. This makes it easier to maintain consistency and reduces the risk of configuration drift. 2. **Simplified Dependency Management**: With all our code in one repository, managing dependencies becomes more straightforward. We can easily track which versions of libraries and tools are being used across different projects. 3. **Enhanced Collaboration**: A single repository fosters better collaboration among team members. Everyone has access to the same codebase, making it easier to share knowledge and work together on projects. 4. **Consistent Build and Deployment Processes**: By standardizing our build and deployment processes, we ensure that all our applications follow the same best practices. This leads to more reliable and predictable deployments. **Our Monorepo Structure** Our monorepo is organized into several key directories: - **/config**: Contains all configuration files for various environments, including development, staging, and production. - **/infrastructure**: Houses the infrastructure as code (IaC) scripts for provisioning and managing our cloud resources. - **/apps**: Includes all our applications, both internal tools and customer-facing products. - **/lib**: Stores reusable libraries and modules that can be shared across different projects. - **/scripts**: Contains utility scripts for automating various tasks, such as data migrations and backups. **Tools and Technologies** To manage our monorepo effectively, we use a combination of tools and technologies: - **Version Control**: Git is our primary version control system, and we use GitHub for hosting our repositories. - **Continuous Integration/Continuous Deployment (CI/CD)**: We employ Jenkins for automating our build, test, and deployment processes. - **Infrastructure as Code (IaC)**: Terraform is our tool of choice for managing cloud infrastructure. - **Configuration Management**: Ansible is used for configuring and managing our servers and applications. - **Monitoring and Logging**: We use Prometheus and Grafana for monitoring,
Part : This Article