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.