CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

rag-implementation

Build Retrieval-Augmented Generation (RAG) systems for LLM applications with vector databases and semantic search. Use when implementing knowledge-grounded AI, building document Q&A systems, or integrating LLMs with external knowledge bases.

Quality

81%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

65%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is well-structured with an executable LangGraph quick start and a clean, correctly-signaled reference file, but it spends tokens restating the description and explaining concepts Claude already knows, and it lacks an explicit build/validate workflow and the document-ingestion step. Tightening the duplicated sections and adding validation checkpoints would lift the weaker dimensions.

Suggestions

Delete the intro paragraph and the 'When to Use This Skill' bullet list — both duplicate the frontmatter description — and drop the 'Purpose' lines that re-explain what embeddings and vector databases are.

Replace the unused `RecursiveCharacterTextSplitter` import with a short, complete ingestion snippet (chunk documents → embed → upsert to Pinecone) so the quick start runs end-to-end from raw documents.

Add an explicit ordered workflow with validation checkpoints, e.g.: 1) chunk and index documents, 2) build the retriever and verify retrieved chunks are relevant, 3) run the chain and check the answer cites the retrieved context, retrying with adjusted `k` or hybrid search if retrieval quality is poor.

DimensionReasoningScore

Conciseness

Noticeable padding rather than minor trims: the intro line "Master Retrieval-Augmented Generation (RAG) to build LLM applications that provide accurate, grounded responses..." restates the description, the seven "When to Use This Skill" bullets duplicate the description's triggers, and "Purpose" lines explain concepts Claude already knows ("Convert text to numerical vectors for similarity search", "Store and retrieve document embeddings efficiently"). Not a 4 — several sections, not just minor instances, could be cut.

3 / 5

Actionability

The Quick Start is complete, runnable LangGraph code (StateGraph, retriever, prompt, async nodes, compile, invoke) covering the common case, and component lists name concrete tools/models. Not a 5: `RecursiveCharacterTextSplitter` is imported but never used, and the example never shows the ingestion/indexing step — the Pinecone index is assumed to already exist.

4 / 5

Workflow Clarity

A sequence exists only implicitly inside the code (retrieve → generate); there is no ordered build workflow (chunk → embed → index → retrieve → generate) and no validation checkpoints such as inspecting retrieved chunks or checking answer grounding. Not a 4 — checkpoints are missing entirely, not just minor gaps.

3 / 5

Progressive Disclosure

The body is a genuine overview (component catalogs + quick start) with one well-signaled, one-level-deep reference: "Detailed pattern documentation lives in `references/details.md`. Read that file when the navigation tier above is insufficient." The referenced file exists and holds the advanced patterns (hybrid/RRF, multi-query, contextual compression), an appropriate split with easy navigation.

5 / 5

Total

15

/

20

Passed

Description

87%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: concrete third-person capabilities paired with an explicit 'Use when' clause carrying three distinct trigger scenarios. Trigger coverage is good but could add common synonyms like 'retrieval' and 'chat with documents'.

DimensionReasoningScore

Specificity

"Build Retrieval-Augmented Generation (RAG) systems... with vector databases and semantic search" plus "implementing knowledge-grounded AI, building document Q&A systems, or integrating LLMs with external knowledge bases" lists several concrete third-person actions. Not a 5: coverage has minor gaps — no mention of ingestion/indexing, chunking, or evaluation actions.

4 / 5

Completeness

Clearly answers both: the what ("Build Retrieval-Augmented Generation (RAG) systems for LLM applications with vector databases and semantic search") and an explicit when ("Use when implementing knowledge-grounded AI, building document Q&A systems, or integrating LLMs with external knowledge bases"). Matches the anchor-5 example structure exactly.

5 / 5

Trigger Term Quality

Natural phrases users would say include "RAG", "vector databases", "semantic search", "document Q&A systems", and "external knowledge bases". Not a 5: common variations such as "retrieval", "embeddings", "chat with your documents", or "grounding" are absent.

4 / 5

Distinctiveness Conflict Risk

"Retrieval-Augmented Generation (RAG)" names a clear, well-defined niche with distinct triggers, unlikely to fire for unrelated skills. Only negligible overlap with a hypothetical pure vector-database or semantic-search skill, so it sits above anchor 4's "minor overlap risk with closely related skills".

5 / 5

Total

18

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

wshobson/agents

Path

plugins/llm-application-dev/skills/rag-implementation/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.