CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

vector-database-management

Comprehensive guide for managing vector databases including Pinecone, Weaviate, and Chroma for semantic search, RAG systems, and similarity-based applications

Quality

55%

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

Fix and improve this skill with Tessl

tessl review fix ./plugins/luxor-database-pro/skills/vector-database-management/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

31%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 a monolithic 2,250-line dump that spends most of its tokens on generic embeddings background and redundant near-identical examples across three databases, with no external reference files. Its redeeming quality is genuinely concrete, current API usage in most code blocks, though pervasive ellipsis placeholders and undefined variables keep examples from being copy-paste ready. Destructive operations lack validation and the whole skill needs radical trimming plus a split into per-database references.

Suggestions

Split the body into per-database reference files (e.g. references/pinecone.md, references/weaviate.md, references/chroma.md) and keep SKILL.md as a concise overview with one quick-start example per database.

Delete the 'Vector Embeddings Fundamentals' and 'Popular Embedding Models' sections — Claude already knows how to call the OpenAI/Cohere/SentenceTransformers embedding APIs — and drop the duplicated setup/filtering examples that repeat across sections.

Make code examples actually executable: replace '[0.1, 0.2, 0.3, ...]' ellipsis literals and undefined variables (documents, query_embedding, generate_embedding) with real values or complete function definitions, and fix the top-level 'await' in the async upsert example.

Add verification checkpoints around destructive and batch operations (e.g. confirm vector counts after bulk delete, check index exists before delete) to lift workflow clarity.

DimensionReasoningScore

Conciseness

The ~2,250-line body extensively explains concepts Claude already knows — e.g. 'Vector embeddings transform unstructured data into numerical arrays that capture semantic meaning', a 'Popular Embedding Models' survey, and embedding dimension/cost tables — none of which is skill-specific knowledge. This is a heavily padded monolithic reference, matching the anchor 'Severely verbose; extensively explains concepts Claude already knows; heavily padded'.

1 / 5

Actionability

Most snippets use real, current API calls with concrete parameters, but nearly every example contains non-executable placeholders such as 'values: [0.1, 0.2, 0.3, ...]' (invalid Python), undefined variables (documents, query_embedding, generate_embedding, batches), and a stray top-level 'await' outside any async function. This sits between 'mostly executable' (4) and the pseudocode/gaps anchor, landing at 3 because the placeholder pattern is pervasive rather than a minor gap.

3 / 5

Workflow Clarity

The content is organized by topic rather than as a sequenced process, and destructive/batch operations ('pc.delete_index', 'index.delete(delete_all=True)', bulk delete via a dummy zero-vector query) carry no validation or verification steps beyond a '# be careful!' comment. Per the rubric, missing validation for destructive/batch operations caps workflow clarity at 3; it is not a 2 because setup→upsert→query sequences are implicit and the best-practices section does include retry/validation patterns.

3 / 5

Progressive Disclosure

There are no bundle files at all — the entire ~62KB of per-database setup, filtering, hybrid search, scaling, and cost content is inlined in SKILL.md when it clearly belongs in separate per-database reference files. This matches the anchor 'content that clearly belongs in separate files is inlined'; it is not a 3 because the problem is not weak signaling of references but the complete absence of any reference structure.

2 / 5

Total

9

/

20

Passed

Description

60%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.

The description has strong trigger terms and a distinct niche thanks to the named vector database products, but it never states concrete capabilities beyond the vague 'managing' and completely lacks a 'Use when...' trigger clause. It communicates the domain well while leaving both specificity and activation guidance underdeveloped.

Suggestions

Replace the generic 'managing' with concrete capability verbs, e.g. 'Create and configure indexes, upsert and query vectors, apply metadata filters, and run hybrid (dense + sparse) searches across Pinecone, Weaviate, and Chroma'.

Add an explicit activation clause, e.g. 'Use when working with Pinecone, Weaviate, or Chroma, or when the user mentions vector databases, embeddings storage, semantic search, or RAG retrieval.'

Include common trigger variations users say naturally — 'embeddings', 'similarity search', 'nearest neighbor search' — to round out keyword coverage.

DimensionReasoningScore

Specificity

The description names the domain ('vector databases') and specific products ('Pinecone, Weaviate, and Chroma'), but the only action verb is the generic 'managing' — no concrete actions like creating indexes, upserting vectors, or querying are stated. This matches the anchor 'Names the domain but actions are minimal or generic'; it is not a 3 because no 1-2 concrete actions appear.

2 / 5

Completeness

There is a clear 'what' ('guide for managing vector databases... for semantic search, RAG systems...'), but no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the rubric guidelines. Not a 4 because the 'when' is entirely absent rather than just imprecise.

3 / 5

Trigger Term Quality

Good natural keyword coverage: 'vector databases', 'Pinecone', 'Weaviate', 'Chroma', 'semantic search', 'RAG', 'similarity-based' are phrases users would actually say. It falls short of a 5 because common variations such as 'embeddings', 'similarity search', or 'nearest neighbor' are missing.

4 / 5

Distinctiveness Conflict Risk

It carves out a clear niche (vector database management with three named products) that is unlikely to trigger for unrelated skills. Named products and use cases give it distinct triggers with minimal conflict risk.

5 / 5

Total

14

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (2266 lines); consider splitting into references/ and linking

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository

manutej/luxor-claude-marketplace

Path

plugins/luxor-database-pro/skills/vector-database-management/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.