CtrlK
BlogDocsLog inGet started
Tessl Logo

cx-data-pipeline

Use this skill when the user asks to "set up parsing", "create parsing rule", "extract fields from logs", "regex extraction", "log parsing", "enrich logs", "add context to logs", "custom enrichment table", "lookup table", "geo enrichment", "create metric from logs", "events to metrics", "convert logs to metrics", "generate metrics from events", "recording rule", "precomputed metrics", "PromQL recording", "configure data pipeline", "transform log data", "data processing rules", "rule group", "enrichment settings", "E2M definition", "labels cardinality", "bulk delete rules", "enrichment limits", "search enrichment table", or wants to configure how Coralogix processes, enriches, or transforms ingested data.

64

Quality

74%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/cx-data-pipeline/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Discovery

72%

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 excels at trigger term coverage with an exhaustive list of natural phrases users might say, and it is clearly distinctive to Coralogix data processing. However, it reads as a long keyword list rather than a well-structured skill description — it lacks a clear 'what this skill does' section that describes concrete capabilities, and the format is essentially one giant 'Use when' clause without a proper capability summary.

Suggestions

Add a clear capability summary before the trigger terms, e.g., 'Creates and manages Coralogix parsing rules, log enrichment tables, events-to-metrics definitions, and PromQL recording rules for data pipeline configuration.'

Restructure the description to separate 'what it does' (concrete actions) from 'when to use it' (trigger terms), rather than embedding all information in a single 'Use this skill when' clause.

DimensionReasoningScore

Specificity

The description mentions several domain-specific actions like 'parsing rules', 'regex extraction', 'enrichment tables', 'events to metrics', and 'recording rules', but it reads more like a keyword dump than a structured list of concrete capabilities. It lacks clear statements of what the skill actually does (e.g., 'creates parsing rules', 'configures enrichment tables').

2 / 3

Completeness

The description heavily emphasizes 'when' (via the extensive 'Use this skill when...' clause) but the 'what does this do' part is weak — it only vaguely states 'configure how Coralogix processes, enriches, or transforms ingested data' at the end without clearly listing the skill's concrete capabilities in a structured way. The 'what' is implied through trigger terms rather than explicitly stated.

2 / 3

Trigger Term Quality

The description contains extensive natural trigger terms that users would actually say, including 'set up parsing', 'create parsing rule', 'extract fields from logs', 'regex extraction', 'log parsing', 'enrich logs', 'custom enrichment table', 'lookup table', 'geo enrichment', 'create metric from logs', 'convert logs to metrics', 'PromQL recording', and many more variations. Excellent coverage of natural language terms.

3 / 3

Distinctiveness Conflict Risk

The description is clearly scoped to Coralogix data processing, enrichment, and transformation features. The combination of Coralogix-specific terminology (E2M definition, enrichment tables, recording rules) and the explicit platform mention makes it highly distinctive and unlikely to conflict with other skills.

3 / 3

Total

10

/

12

Passed

Implementation

77%

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

This is a solid, actionable skill that provides clear CLI workflows for four related Coralogix data pipeline operations. Its greatest strength is the consistent template-based pattern and verification steps across all workflows. Minor weaknesses include some redundancy in the key principles section and an introductory paragraph that explains concepts Claude doesn't need explained, plus the content could benefit from splitting into separate files for each workflow domain.

Suggestions

Remove or significantly trim the introductory paragraph—Claude doesn't need definitions of parsing rules, enrichments, E2M, or recording rules.

Consider splitting the four workflow sections into separate referenced files (e.g., PARSING.md, ENRICHMENTS.md, E2M.md, RECORDING-RULES.md) to improve progressive disclosure and reduce the main file length.

DimensionReasoningScore

Conciseness

Generally efficient but has some unnecessary padding. The introductory paragraph explains what parsing rules, enrichments, E2M, and recording rules are—concepts Claude can infer from context. The 'Key Principles' section repeats guidance already stated inline (e.g., 'always template from existing' is explained in detail earlier). Some workflow steps like 'Design the Metric' with 'Decide the metric name, labels, and aggregation type before creating' add little value.

2 / 3

Actionability

Provides concrete, executable CLI commands throughout with specific flags, piped jq transformations, and clear copy-paste-ready examples. Each workflow has real commands with actual flag syntax, and the template-based creation pattern is fully demonstrated with executable steps.

3 / 3

Workflow Clarity

All four workflows (parsing, enrichment, E2M, recording rules) follow clear numbered sequences with explicit verification steps after creation. The template-first pattern is established as a validation checkpoint to prevent payload errors. Limit-checking steps are included before creation operations, and verification queries confirm changes took effect.

3 / 3

Progressive Disclosure

The content is well-structured with clear sections and a CLI command reference table, but it's a fairly long monolithic file (~150 lines of content) with no bundle files to offload detail into. The four workflow sections could potentially be split into separate files. However, references to the related `cx-telemetry-querying` skill are well-signaled.

2 / 3

Total

10

/

12

Passed

Validation

100%

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

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
coralogix/cx-cli
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.