Data Throughput Accelerator

SkillDatabases & data

This skill helps your AI run large data jobs much faster. Once added, your AI can speed up ingestion, backfills, exports, ETL, warehouse loading, manifest catch-up, and table synchronization while keeping the data correct.

Available today. Use it from your connected AI after setup.

After adding it, ask your AI to speed up a large data job such as a backfill, export, or warehouse load. Start with one job and check the results stay correct before moving on to bigger ones.

Then ask your AI: use the Data Throughput Accelerator skill

What your AI can do with it

  • Speed up large data ingestion
  • Run backfills and exports faster
  • Accelerate ETL and warehouse loading
  • Catch up on manifests and sync tables more quickly
  • Keep data correct while jobs run faster

What this skill tells your AI

The instructions your AI receives, as published by affaan-m/ecc in skills/data-throughput-accelerator/SKILL.md and read by ahel’s review.

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 match

Guardrails

  • 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.

Signals

GitHub stars
256k
Forks
38k
Last commit
Sep 2026
Advanced
Catalog kind
skill
Gateway key
data-throughput-accelerator
Source
github.com/affaan-m/ecc