apache-hudi-lakehouse

apache-hudi-lakehouse is a skill for Claude Code, Codex from vaquarkhan/data-engineering-agent-skills. It costs 43 tokens per session (1,123 once invoked), scanned A, a copy of apache-hudi-lakehouse, MIT.

A guide to Apache Hudi, a storage layer for data lakes that supports changing existing records as well as adding new ones. It covers updates, deletes, table history, compaction, and access from several query engines.

In plain words
What is it for?
Use it to design tables for data updates, deletes, change-data-capture pipelines, slowly changing dimensions, and incremental data consumption.
Why use it?
It helps teams choose table settings that match how often data changes and how readers need to access it. It also makes trade-offs between current data and read speed explicit.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one.

Good fit Use it to design tables for data updates, deletes, change-data-capture pipelines, slowly changing dimensions, and incremental data consumption.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/vaquarkhan/data-engineering-agent-skills/apache-hudi-lakehouse
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add vaquarkhan/data-engineering-agent-skills --skill apache-hudi-lakehouse
Clone the repo
git clone --depth 1 https://github.com/vaquarkhan/data-engineering-agent-skills

Made for: Claude Code, Codex.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for apache-hudi-lakehouse

README.md
[![agentmods](https://agentmods.dev/badge/skills/vaquarkhan/data-engineering-agent-skills/apache-hudi-lakehouse/github.svg)](https://agentmods.dev/skills/vaquarkhan/data-engineering-agent-skills/apache-hudi-lakehouse)
Your own site
<a href="https://agentmods.dev/skills/vaquarkhan/data-engineering-agent-skills/apache-hudi-lakehouse"><img src="https://agentmods.dev/badge/skills/vaquarkhan/data-engineering-agent-skills/apache-hudi-lakehouse/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for apache-hudi-lakehouse

Your own site · 80×15
<a href="https://agentmods.dev/skills/vaquarkhan/data-engineering-agent-skills/apache-hudi-lakehouse"><img src="https://agentmods.dev/badge/skills/vaquarkhan/data-engineering-agent-skills/apache-hudi-lakehouse.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 43 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,123 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin 89% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00043 $0.01123
Opus 5 $0.00022 $0.00562
Sonnet 5 $0.00009 $0.00225
Haiku 4.5 $0.00004 $0.00112

Measured 11d ago against content hash 3385402aafdf, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-11, from the pricing page.

Security

Grade A, and why

apache-hudi-lakehouse scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 11d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

89% identical to apache-hudi-lakehouse — 12 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

skills/apache-hudi-lakehouse/SKILL.md · 96 lines

How it starts

The opening of the file, as written. The whole thing — 96 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Apache Hudi Lakehouse

Overview

Use this skill when Apache Hudi is the primary table layer for incremental lakehouse workloads. It helps agents reason about mutation-heavy patterns, table type selection, compaction behavior, timeline safety, and consumer expectations across read-optimized and real-time query paths.

When to Use

  • choosing or operating Apache Hudi for lakehouse tables
  • building record-level upsert or delete pipelines
  • managing compaction, clustering, and incremental consumption
  • supporting lakehouse tables with heavy mutations (CDC sinks, slowly changing dimensions)
  • planning multi-engine access (Spark, Presto, Trino, Athena, Hive)

Do not use this when the workload is append-only with no mutation requirements and simpler formats like Parquet or Iceberg would suffice.

Workflow

  1. Define mutation patterns and read access expectations. Include:

    • primary record key and partition path
    • expected operations: inserts, upserts, deletes, or bulk replaces
    • read latency expectations: are readers okay with merge-on-read or do they need read-optimized snapshots?
    • query engines that must access the table
    • expected write throughput and record mutation rate
  2. Choose the right table type and indexing strategy.

    • Copy-on-Write (COW): best for read-heavy workloads, produces columnar snapshots on write
    • Merge-on-Read (MOR): best for write-heavy workloads, defers merge to read time or compaction
    • choose record index type: BLOOM, GLOBAL_BLOOM, SIMPLE, BUCKET, or RECORD_INDEX
    • index choice affects upsert performance and scaling behavior
    • document why the table type was chosen — revisiting later is expensive
  3. Plan compaction and clustering explicitly.

    • for MOR tables: compaction converts log files to columnar — it is not optional
    • define compaction strategy: synchronous (inline) or asynchronous (scheduled)
    • set compaction triggers: by number of commits, time, or log file size
    • clustering reorganizes data layout for query performance — plan separately from compaction
    • budget compute for compaction and clustering in cost planning

Read the full file on GitHub · 96 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 11d ago First seen · 96 lines · 43 tokens per session scan A 3385402aafdf

Subscribe to this mod's changes

apache-hudi-lakehouse is a skill published in the GitHub repository vaquarkhan/data-engineering-agent-skills (45 stars, last pushed 2mo ago), licensed MIT. It adds 43 tokens to every session and 1,123 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. It is 89% identical to apache-hudi-lakehouse, differing in 12 lines, and is treated as a copy.