CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

data-engineer

Build scalable data pipelines, modern data warehouses, and real-time streaming architectures. Implements Apache Spark, dbt, Airflow, and cloud-native data platforms. Use PROACTIVELY for data pipeline design, analytics infrastructure, or modern data stack implementation.

Quality

63%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.agent/skills/data-engineer/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

38%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body has a reasonable skeleton — clear use/don't-use sections, a four-step instruction sequence, and safety guardrails — but delivers almost no actionable specifics, duplicates its own opening in a Purpose section, and points to 12 sub-skill files that are missing from the bundle entirely. It reads as a stub or index rather than a functioning skill.

Suggestions

Ship the ./sub-skills/*.md files referenced by the 12 knowledge-module links (or remove the links) — as delivered, every reference in the skill is broken.

Make the Instructions actionable: add concrete decision guidance or examples, e.g. naming when to pick Spark vs. dbt vs. Airflow, a sample dbt project layout, or an Airflow DAG skeleton for a batch pipeline.

Delete the redundant "## Purpose" section (it restates the opening line and frontmatter description) and the empty "## Capabilities" header; fold the production-write validation into the step sequence as an explicit checkpoint (validate → fix → re-validate before writing to sinks).

DimensionReasoningScore

Conciseness

The body is mostly tight bullets, but the "## Purpose" section ("Expert data engineer specializing in building robust, scalable data pipelines...") restates the opening line and the frontmatter description almost verbatim — a fully redundant padded section. Anchor 3 ("mostly efficient but some unnecessary explanation") rather than 2, since it is one padded section rather than several.

3 / 5

Actionability

The Instructions are high-level hints — "Choose architecture, storage, and orchestration tools", "Monitor quality, costs, and operational reliability" — with no concrete commands, configuration examples, decision criteria, or code. Anchor 2 ("high-level hints but missing the specific steps to execute") rather than 1 because a real four-step approach is prescribed, and rather than 3 because no executable concrete guidance appears anywhere.

2 / 5

Workflow Clarity

A clear four-step sequence exists ("Define sources, SLAs, and data contracts" → "Choose architecture..." → "Implement ingestion, transformation, and validation" → "Monitor quality, costs..."), and Safety notes "Validate data before writing to production sinks", but validation checkpoints are implicit rather than woven into the flow and there is no validate→fix→retry feedback loop for production-sink writes. Per the rubric's scoring note, missing feedback loops for batch/destructive operations caps this at 3.

3 / 5

Progressive Disclosure

The 12 knowledge-module links ("### 1. [Modern Data Stack & Architecture](./sub-skills/modern-data-stack-architecture.md)" etc.) are clearly signaled and one level deep, but the ./sub-skills/ directory does not exist in the bundle — every reference is a dead end, so the disclosure structure does not actually function. There is also a stray empty "## Capabilities" header immediately before "## 🧠 Knowledge Modules". Scored against the actual bundle structure per the rubric guideline; anchor 2 rather than 3 because broken references leave the skill an empty shell, worse than merely under-signaled ones.

2 / 5

Total

10

/

20

Passed

Description

75%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description is well-formed: third-person voice, concrete build/implement actions, named tools, and an explicit "Use PROACTIVELY for..." trigger clause. It sits solidly at the 4-anchor on every dimension, falling short of 5 only on synonym/tool trigger coverage and minor generic phrasing ("cloud-native data platforms").

Suggestions

Add natural trigger synonyms to the when-clause, e.g. "Use PROACTIVELY for data pipeline design, ETL/ELT work, lakehouse or data warehouse builds, or when the user mentions Spark, dbt, or Airflow."

Replace the generic "cloud-native data platforms" with one or two concrete actions (e.g., "provision warehouse storage and compute on Snowflake, BigQuery, or Databricks") to tighten specificity and distinctiveness.

DimensionReasoningScore

Specificity

"Build scalable data pipelines, modern data warehouses, and real-time streaming architectures. Implements Apache Spark, dbt, Airflow" lists several concrete actions with named tools, but "cloud-native data platforms" is generic and coverage has minor gaps (e.g., no data quality/governance actions). Anchor 4 fits; not 5 because coverage is not comprehensive, not 3 because more than 1-2 concrete actions are given.

4 / 5

Completeness

Both what ("Build... Implements Apache Spark, dbt, Airflow...") and when ("Use PROACTIVELY for data pipeline design, analytics infrastructure, or modern data stack implementation") are explicitly present, but the when-clause could be more specific — it does not echo the tool names or common task phrasings as triggers. Anchor 4 rather than 5.

4 / 5

Trigger Term Quality

Natural phrases like "data pipelines", "data warehouses", "real-time streaming", "analytics infrastructure", plus tool names (Spark, dbt, Airflow) give good keyword coverage, but common synonyms such as "ETL/ELT", "data lake", or "data engineering" are missing. Anchor 4 rather than 5 because synonym coverage is incomplete.

4 / 5

Distinctiveness Conflict Risk

A clear data-engineering niche with distinctive tool triggers minimizes conflict risk, but "analytics infrastructure" and general pipeline language could overlap with data-analysis or ML-infra skills. Anchor 4 ("mostly distinct; minor overlap risk") rather than 5.

4 / 5

Total

16

/

20

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

relative_links

Relative link issues: 12 missing

Warning

Total

13

/

16

Passed

Repository

Dokhacgiakhoa/Agent-Skills-4-Vibe-Coding-CLI

Path

.agent/skills/data-engineer/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.