
Data Throughput Accelerator
- 1.4k installs
- 238k repo stars
- Updated August 5, 2026
- affaan-m/everything-claude-code
data-throughput-accelerator is a Claude Code skill that accelerates large data ingestion, backfill, ETL, and table-sync jobs while preserving data correctness with a hard accounting gate.
About
data-throughput-accelerator is a Claude Code skill for making large data ingestion, backfill, export, ETL, and table synchronization jobs much faster while preserving correctness. It separates source extraction, network transfer, warehouse load, transform speed, serving-table freshness, and live-tail growth before applying optimizations. A data engineer uses it when a pipeline is correct but too slow, especially when new data arrives faster than the catch-up window. It matters because it prioritizes provably correct faster landing over raw speed alone.
- Separates source, transfer, load, transform, and freshness bottlenecks before optimizing
- Speeds up ingestion, backfill, export, ETL, and table sync while preserving correctness
- Ends every run with a hard accounting block proving counts and timestamps agree
Data Throughput Accelerator by the numbers
- 1,402 all-time installs (skills.sh)
- +216 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Ranked #214 of 2,064 Data Science & ML skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
data-throughput-accelerator capabilities & compatibility
- Capabilities
- data pipeline · etl optimization · backfill · warehouse loading
- Use cases
- data analysis · database · devops
What data-throughput-accelerator says it does
Use this skill when the bottleneck is moving, transforming, or saving lots of data.
A pipeline can be "fast" and still appear behind if new data arrives faster than the final catch-up window.
Do not delete raw data to make a metric look better.
npx skills add https://github.com/affaan-m/everything-claude-code --skill data-throughput-acceleratorAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1.4k |
|---|---|
| repo stars | ★ 238k |
| Last updated | August 5, 2026 |
| Repository | affaan-m/everything-claude-code ↗ |
What it does
Diagnose and accelerate a slow but correct data pipeline (ingestion, ETL, backfill) with a correctness accounting gate.
Who is it for?
Large ingestion, backfill, export, ETL, warehouse loading, manifest catch-up, or table synchronization that is correct but too slow.
Skip if: Small one-off queries, or trading speed for correctness by deleting raw data or skipping failed files.
When should I use this skill?
A pipeline is correct but too slow, especially when new data arrives faster than the catch-up window completes.
What you get
The fastest data path that keeps counts and timestamps coherent, codified as a CLI, job, or runbook.
- a codified fastest data path (CLI, scheduled job, workflow, or runbook)
- a correctness accounting block with row counts and timestamps
By the numbers
- 6 bottleneck dimensions separated
- 7-step optimization workflow
- hard accounting block per run
Files
Data Throughput Accelerator
Use this skill when the bottleneck is moving, transforming, or saving lots of data. The goal is not just speed. The goal is faster correct data landing in the right place with proof.
First Distinction
Separate these before optimizing:
- source extraction speed;
- network transfer speed;
- warehouse/load speed;
- transform speed;
- serving-table freshness;
- live tail growth while the job runs.
A pipeline can be "fast" and still appear behind if new data arrives faster than the final catch-up window.
Fast Path Heuristics
- Move compute to where the data already is.
- Prefer warehouse-native scans, joins, and appends for large landed files.
- Use manifests or checkpoints so completed files/partitions are skipped.
- Use partitioning and clustering that match the read and append pattern.
- Batch small files, requests, and writes.
- Make writes idempotent through unique keys, manifests, or replaceable staging.
- Keep raw, derived, and serving tables separately accountable.
Workflow
1. Read the current source, target, and manifest contracts. 2. Measure backlog: external files, manifest rows, raw rows, derived rows, min/max timestamps, and unprocessed counts. 3. Run a safe catch-up or sample benchmark. 4. Compare variants: batch size, worker count, warehouse SQL, file grouping, staging shape, and manifest update method. 5. Promote only the fastest path that keeps counts and timestamps coherent. 6. Codify the path as a CLI, scheduled job, workflow, or runbook. 7. Rerun final accounting after the codified path executes.
Accounting Output
Use a hard accounting block:
Data throughput result:
- Source files discovered: 294
- Files processed this run: 294
- Raw rows added: 9,683,598
- Derived rows added: 8,917,585
- Remaining tail: 24 files at readback time
- Runtime: 38.7s
- Correctness gate: manifest counts and table max timestamps matchGuardrails
- Do not delete raw data to make a metric look better.
- Do not skip failed files silently.
- Do not mix historical backfill status with live-tail freshness.
- Do not call a pipeline complete until the target tables and manifest agree.
- For finance, healthcare, regulated, or customer-impacting data, preserve
replay evidence and approval gates.
Related skills
How it compares
Use data-throughput-accelerator when existing pipelines are correct but slow; use schema or modeling skills when the root issue is data design rather than throughput.
FAQ
What does it optimize first?
It separates source extraction, network transfer, warehouse load, transform, serving-table freshness, and live-tail growth, then optimizes the true bottleneck.
How does it protect correctness?
It ends with a hard accounting block and does not call a pipeline complete until target tables and the manifest agree.