Skip to content
Back to skills

Agents Llamaindex

ASecurity

Build data-centric LLM applications with indexing and retrieval frameworks — document ingestion, indices, query engines, and RAG pipelines. Use when the core problem is getting the right data in front of the model.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 29, 2026
ai-agentsgonodedebuggingapidatabase

Works with

  • api

Security analysis

A100/100

Scanned September 29, 2026

npx -y skills add aicodedecode/awesome-muse-skills --skill agents-llamaindex --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Agents Llamaindex?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Agents Llamaindex
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/aicodedecode-agents-llamaindex-awesome-muse-skills/badge)](https://www.skillsdirectory.com/skills/aicodedecode-agents-llamaindex-awesome-muse-skills)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: agents-llamaindex
description: Build data-centric LLM applications with indexing and retrieval frameworks — document ingestion, indices, query engines, and RAG pipelines. Use when the core problem is getting the right data in front of the model.
category: ai-research
---

# Data-Centric LLM Applications (Indexing and Retrieval)

When the hard part is data, not dialogue, you need an indexing mindset: ingest documents from many 
sources, structure them into queryable indices, and retrieve precisely what each query needs. This 
skill covers that data layer.

## Overview

The pipeline is ingest → index → retrieve → synthesize. Ingestion handles the messy reality 
of documents: PDFs, web pages, databases, APIs, each parsed into clean text with metadata. Indexing 
organizes that text — vector indices for semantic search, keyword indices for exact match, 
structured indices for tables, summaries for long documents. Query engines combine retrieval 
strategies and synthesize answers, citing sources. Done well, the model answers from your data 
instead of its memory.

## When to use

- Question-answering over a document collection: manuals, papers, wikis, tickets.
- Building RAG where retrieval quality is the bottleneck.
- Ingesting heterogeneous sources that need parsing, cleaning, and metadata.
- Agentic workflows where the agent needs structured access to documents, not just chat.

## Core concepts

- **Document ingestion**: connectors and parsers that turn raw sources into uniform document 
objects with metadata (source, date, type). Garbage in, garbage out — invest here.
- **Node parsing**: splitting documents into chunks (nodes) with overlap, preserving metadata and 
relationships (parent/child, prev/next). Chunking strategy determines retrieval quality.
- **Index types**: vector stores for semantic similarity; keyword indices for exact terms; summary 
indices for "give me the gist"; knowledge-graph indices for entity relationships. Combine them.
- **Retrievers**: the query-time component — top-k selection, metadata filtering, reranking. This 
is where most RAG quality is won or lost.
- **Query engines**: orchestrate retrieval + synthesis — retrieve nodes, stuff or refine through 
the model, return an answer with citations.
- **Response synthesis modes**: stuff (all context at once), refine (iteratively improve), compact 
(summarize-then-answer). Choose by context size and quality needs.

## Practical workflow

1. Inventory your sources and their formats; build ingestion that preserves metadata (source, date, 
section).
2. Prototype chunking on a sample: inspect actual chunks — are tables, lists, and headings 
intact? Adjust size and overlap.
3. Build a hybrid index (vector + keyword) and test retrieval on 20 real questions before adding 
generation.
4. Add metadata filters (date ranges, document types) so queries can scope retrieval.
5. Choose a synthesis mode; require citations to source nodes in every answer.
6. Evaluate retrieval and generation separately: bad answers are usually bad retrieval in disguise.

```text
Debugging RAG quality:
1. For a failing query, inspect retrieved nodes first.
   - Wrong nodes? → fix chunking, embeddings, or filters.
   - Right nodes, wrong answer? → fix synthesis prompt or context budget.
2. Track: retrieval hit-rate @k, answer faithfulness, citation coverage.
```

## Common pitfalls

- **Skipping retrieval evaluation**: tuning generation while retrieval returns junk. Measure 
retrieval first.
- **One-size chunking**: fixed 512-token chunks for everything. Tables, code, and prose need 
different strategies.
- **Metadata neglect**: ingesting text without source/date/type. You lose filtering, freshness, and 
citation ability.
- **No citations**: answers without sources are unverifiable. Require node citations in the 
response contract.
- **Index staleness**: documents change; the index doesn't. Plan refresh and invalidation from the 
start.
- **Over-retrieval**: stuffing 50 chunks "to be safe." More context dilutes attention — retrieve 
precisely, rerank, then synthesize.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…