data-systems-craft

Guide distributed data-layer design decisions for storage, replication, consistency, and partitioning.

15|2|Updated May 23, 2026
One-click install
npx skills add https://github.com/VKirill/antigravity-for-claude-code --skill data-systems-craft
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: data-systems-craft
Source: https://github.com/VKirill/antigravity-for-claude-code/tree/main/skills/data-systems-craft
Command: npx skills add https://github.com/VKirill/antigravity-for-claude-code --skill data-systems-craft

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It solves data-layer design indecision and reliability gaps by turning Kleppmann’s distributed-systems fundamentals into concrete, decision-ready rules for storage, replication, transactions, consistency, and partitioning.

Core Features & Use Cases

  • Storage engine selection guidance: choose between log-structured (LSM-tree) and update-in-place (B-tree) engines based on workload write/read characteristics.
  • Replication and consistency decisioning: select replication topology (single-leader, multi-leader, leaderless) and map it to consistency requirements like linearizability vs eventual consistency.
  • Concurrency control and sharding discipline: choose isolation levels to prevent anomalies (lost updates, write skew) and design sharding/partitioning to avoid hot partitions and unsafe rebalancing.
  • Schema evolution and operational guardrails: apply encoding choices (JSON/Avro/Protobuf) and “never do this” anti-patterns that prevent silent correctness failures.

Quick Start

Use data-systems-craft when planning a system’s storage and replication strategy so you can pick the right consistency and isolation guarantees before implementation starts.

Frequently Asked Questions about data-systems-craft

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I choose between B-tree and LSM-tree storage engines for my workload?▼

Choose B-tree and LSM-tree storage engines by evaluating workload write and read characteristics to select the appropriate update-in-place or log-structured architecture for your data systems.

What replication topology should I use for strong consistency vs eventual consistency?▼

Select replication topology by mapping single-leader, multi-leader, or leaderless configurations to your consistency requirements, ensuring distributed systems meet linearizability or eventual consistency guarantees.

How do I prevent write skew and lost updates when selecting transaction isolation levels?▼

Prevent write skew and lost updates by selecting transaction isolation levels that explicitly block specific concurrency anomalies, applying distributed-systems rules to constrain concurrent data access.

What is the best way to design partitioning strategies that avoid hot partitions during rebalancing?▼

Design partitioning strategies by applying sharding discipline that distributes load evenly and enforces safe rebalancing rules, preventing hot partitions and silent correctness failures in scalable systems.

When should I not use eventual consistency in distributed data architectures?▼

Avoid eventual consistency in distributed data architectures when transaction isolation requirements demand linearizability to prevent write skew, lost updates, and silent correctness failures across replicated partitions.