Agent skill · qdrant
qdrant-sizing
Sizes a Qdrant deployment before it is provisioned. Use when someone asks 'how much RAM do I need', 'how many nodes', 'how big should my cluster be', 'sizing', 'capacity planning', 'will N vectors fit', 'what instance type should I pick', or gives a vector count and dimensions and asks what to provision. Also use when an existing estimate needs checking before hardware or a cluster tier is bought.
What it needs
About 5k tokens when loaded.
What this skill does
Sizing a Qdrant Deployment Sizing is not points × dims × 4. Raw vectors are only one part of the footprint. Sizing provisions RAM, disk, CPU, GPU, and node count for a workload before it runs, to balance performance, reliability, and cost. Each resource is driven by different requirements: RAM and disk: number of vectors, vector dimensions, payload size, throughput, target query latency, and search quality requirements. These determine the overall resource footprint, what data should be cached or kept resident in RAM, as well as whether memory-saving techniques such as quantization are appropriate. CPU cores: peak query and ingest rates, target p95/p99 latency, and indexing/optimization workload GPU (if using GPU-accelerated indexing): indexing workload and required indexing time Node count: fault-tolerance and availability requirements, plus throughput and capacity requirements that cannot be met by a single node Before sizing, collect these workload requirements and state explicit assumptions for any that are unknown. Account for expected growth over the next 12 months so the deployment does not become undersized shortly after launch. Sizing RAM and Disk Use when: someone asks how much RAM or disk they need, how much data should be kept in RAM, how to size memory for a given workload, or how much capacity they will need as their data grows. Estimate the data footprint Memory requirements mainly come from Qdrant's data structures, with additional memory needed for metadata and temporary work during optimization and other background operations. The following estimates break down the data footprint by component. Each component scales with base = points × replicationfactor. Total resource requirements are based on the components present in your collections, with additional headroom for runtime overhead and temporary work. Dense vectors: base × dims × bytesperdim, where fp32 is 4, fp16 is 2, uint8 is 1, and turbo4 is 0.5 Vector datatypes. …
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills qdrant/qdrant-sizing