generate-opal

name	generate-opal
description	Contains dataset kind selection, column selection rules, core syntax, and the skill index. NEVER generate OPAL, and NEVER invoke an opal-* reference, without first loading this skill.
user-invocable	false

Core OPAL: pipeline generation, dataset kinds, column selection, routing

This skill provides core OPAL guidance for generating valid Observe OPAL pipelines. It does NOT contain domain-specific patterns for logs, spans, metrics, joins, durations, or other specialized areas — those live in opal-* references that MUST be loaded before writing any OPAL.

Workflow

1. Determine the dataset kind and interface for each data source (see Dataset Kinds below).
2. MANDATORY — STOP and load references NOW. Consult the Skill Index below. You MUST read EVERY opal-* reference file that matches the dataset kind or query intent BEFORE writing any OPAL. Read files from /skills/generate-opal/references/ (e.g., cat /skills/generate-opal/references/opal-logs.md). If multiple references match, read ALL of them. Do NOT proceed to step 3 until all matching references are loaded. Skipping this step leads to incorrect queries — references contain critical dataset-specific patterns, multi-dataset workflows, and syntax that this core skill does not cover.
3. Write the OPAL pipeline using the syntax rules in this skill combined with the loaded domain skills.

References

MANDATORY: You MUST load references before writing OPAL. Check this routing table and read every reference file that applies (e.g., cat /skills/generate-opal/references/opal-logs.md). If multiple references are listed, read ALL of them — do not skip any. Do NOT write any OPAL pipeline until all matching references are loaded.

OPAL join/lookup/set-operation syntax is non-standard — do NOT rely on SQL knowledge. If the answer requires data from more than one dataset, you MUST read opal-join-patterns before writing any OPAL.

• opal-logs — Event/log. Log body filtering, severity levels, structured log parsing, JSON extraction.
• opal-metrics — Event/metric. align, aggregate, error rates, throughput, RED metrics, tdigest, histogram, counters, gauges, Prometheus, fill patterns, rolling windows.
• opal-spans — Interval/otel_span. Latency percentiles, per-span error classification, tracing workflows, dependency tracking.
• opal-join-patterns — Combining datasets via leftjoin, fulljoin, exists, not_exists, follow, surrounding, union, lookup, lookup_ip_info, update_resource, semi/anti-joins, temporal joins.
• opal-transforms — Parsing nested JSON, flatten_leaves, extract_regex, pivot/unpivot, rename_col, drop_col, window functions, array/object manipulation.
• opal-aggregation — Choosing statsby vs timestats vs timechart vs aggregate, histogram, make_session, entity targeting, entity-vs-event counts, rolling windows, cardinality.
• opal-resource-datasets — Resource-kind datasets (pods, nodes, deployments). Duration calculation, state filtering, complementary condition datasets.
• opal-duration — Duration thresholds, staleness/age calculations, elapsed time, timestamp formatting/parsing.
• opal-regex — Regex & pattern matching: POSIX ERE rules, match_regex, extract_regex, get_regex, replace_regex, token-indexed vs non-indexed operators.
• opal-visualization — User asks for a chart, graph, plot, or trend. Maps chart types to required OPAL output shape.

When a query touches multiple domains, load ALL applicable references from the index. The ONLY case where no reference is needed is a trivial single-dataset query using only filter + pick_col with no aggregation, no duration logic, no joins, and no domain-specific patterns. When in doubt, load the reference — it is always safer to load an extra reference than to miss one.

---

Dataset Kinds — How to Choose

Kind	Interface	What it stores	Aggregation verb
Event	log	Point-in-time events, often logs	statsby, timestats
Event	metric	Pre-aggregated measurements	align + aggregate
Interval	otel_span	Spans with start/end time + duration	statsby, timestats
Resource	—	Mutable state tracked over time (pods, deployments)	Usually joined, not queried alone. limit is invalid — use topk instead
Table	—	Static reference/lookup data	Usually joined, not queried alone. limit is supported.

---

Column Selection — Keep Output Compact

Results are consumed by an LLM with limited context. Always use pick_col to return only the columns needed.

User asks…	Output shape	Example
"Give me their names"	Distinct name list	statsby group_by(customer_name)
"Which services had errors?"	Distinct service list	statsby group_by(service_name)
"How many errors per service?"	Name + count	statsby error_count:count(), group_by(service_name)

• Aggregation queries: Output columns are already minimal — no pick_col needed.

• Row-level queries: ALWAYS use pick_col before sort. Include limit 100 for non-aggregation queries.

• Prefer aggregation over raw rows when the question can be answered with counts/averages/percentiles.

• pick_col is destructive — only listed columns survive. Downstream verbs can ONLY reference columns in pick_col.

• pick_col only accepts top-level column references. Nested fields cause errors — extract with make_col first.

• Column names with spaces need @."Column Name" quoting (NOT "Column Name" which is a string literal).

• Primary key columns from the schema's primaryKey array are MANDATORY in pick_col.

• Temporal columns are MANDATORY in pick_col whenever pick_col is used.

  • Valid-from: use the row_start_time() function directly in pick_col (e.g. pick_col valid_from:row_start_time(), ...). It always resolves to the dataset's valid-from column without you needing to know its name, and satisfies the requirement on any temporal dataset (Event, Interval, Resource; returns null on Tables). Prefer this over hardcoding a guessed name like timestamp, BUNDLE_TIMESTAMP, or @."Valid From".

  • Valid-to: if the dataset has a valid-to column (validToField is set — Resource and Interval kinds), you MUST also include it. Use the row_end_time() function directly in pick_col (e.g. pick_col valid_to:row_end_time(), ...), symmetric with row_start_time() for valid-from. Like row_start_time(), it resolves to the dataset's valid-to column without you needing to know its name. Prefer this over hardcoding a guessed name like end_time or @."Valid To".

  • After statsby/aggregate, temporal columns still exist in the output — if you add pick_col after aggregation you MUST include them (same rule: row_start_time() for valid-from, row_end_time() for valid-to). If you omit pick_col entirely, temporal columns are retained automatically.

    WRONG: pick_col span_name, dur_ms, status_message, trace_id CORRECT: pick_col valid_from:row_start_time(), valid_to:row_end_time(), span_name, dur_ms, status_message, trace_id

• Resource kind datasets do NOT support limit — use topk instead. Table, Event, and Interval datasets DO support limit.

• topk/bottomk require aggregate scoring: topk 20, max(col). Never pass a bare column.

• ALWAYS use field names from the dataset schema — NEVER assume field names.

---

Essential Syntax Rules

Comments

OPAL supports // single-line and /* ... */ multi-line comments.

Time filtering — NEVER filter on temporal columns in OPAL

Time filtering is handled by the query's time range, not by OPAL. Never filter on validFromField/validToField columns — set the query's time range instead.

Referring to temporal columns by function — row_start_time() / row_end_time()

ALWAYS use these functions whenever you reference a row's valid-from or valid-to value — i.e. the dataset's validFromField / validToField (or any equivalent temporal value). NEVER hardcode or guess the per-dataset column name (timestamp, BUNDLE_TIMESTAMP, start_time, end_time, @."Valid From", @."Valid To", etc.). The functions resolve to the correct column on any dataset kind, so you never need to know its schema name.

• row_start_time() → the dataset's valid-from value (null on Table kind). Valid in any expression context AND directly in pick_col (where it satisfies the mandatory valid-from requirement and binds the output's valid-from column).
• row_end_time() → the dataset's valid-to value (null on Event/Table kinds). Valid in any expression context AND directly in pick_col (where it satisfies the mandatory valid-to requirement and binds the output's valid-to column).

Both functions work directly in pick_col and bind the output's valid-from / valid-to columns, so you never need to reference a temporal column by its schema name — even there.

Examples: sort desc(row_start_time()), make_col age:now() - row_start_time(), pick_col valid_from:row_start_time(), valid_to:row_end_time(), ....

Cast before operating

Fields like body or attributes may be VARIANT/OBJECT types. Wrap with string(), int64(), etc. before comparisons.

Pipeline formatting — one verb per line

make_col dur_ms:float64(duration)/1000000
make_col is_error:if(error = true, 1, 0)

Do NOT split function arguments across lines. For subqueries, use @label <- @ { } block syntax with each verb on its own line.

make_col forward-reference

Bindings in make_col are processed left to right — later bindings MAY reference columns introduced earlier in the same make_col. However, a binding CANNOT reference a column defined to its right (later) in the same verb.

make_col step:month_number, doubled:int64(step * 2), triple:int64(doubled + step)  ← CORRECT
make_col doubled:int64(step * 2), step:month_number                                ← WRONG (step not yet defined)

Name columns explicitly in group_by

Every expression in group_by() MUST use name:expression form. Bare column references are fine as-is.

WRONG:   statsby count:count(), group_by(string(resource_attributes."service.name"))
CORRECT: statsby count:count(), group_by(svc:string(resource_attributes."service.name"))

Column naming — avoid collisions with existing columns

Several verbs create new columns and will error if the chosen name collides with an existing column in the dataset:

• align output aliases — error: "align" cannot create column "X" more than once
• group_by aliases in aggregate/statsby/timechart — error: "attempting to overwrite existing column"
• Aggregate alias = group_by column in statsby/aggregate — error: "statsby" cannot create column "X" more than once
• extract_regex named capture groups — error if the existing column is a non-string type; silently overwrites if string

To avoid collisions: check the dataset schema's field list and use a distinct alias (e.g., cpu_avg instead of cpu when cpu already exists). For group_by, use the bare column name when no casting is needed, or pick a new alias — group_by(host, datacenter) is fine, but group_by(host:string(host)) is rejected because host already exists. make_col is the exception — it intentionally allows overwriting existing columns.

Aggregate aliases must NOT duplicate group_by column names. Every name in the output must be unique across both aggregate expressions and group_by columns:

WRONG:   statsby name:any_not_null(name), group_by(name)       ← "name" appears twice
CORRECT: statsby latest_name:any_not_null(name), group_by(name) ← distinct alias for the aggregate
CORRECT: statsby ct:count(), group_by(name)                     ← no collision

After aggregation, only output columns exist

After statsby/aggregate, only group-by columns and aggregate results remain. Reference output column names, NOT original field paths.

sort syntax — desc()/asc() functions, NOT SQL keywords

OPAL uses function-call syntax for sort direction — NOT SQL-style trailing keywords.

WRONG:   sort TIMESTAMP desc
WRONG:   sort error_count DESC
CORRECT: sort desc(TIMESTAMP)
CORRECT: sort desc(error_count)

timechart — interval is POSITIONAL, not named

timechart 5m, total:count(), group_by(svc)       ← CORRECT
timechart interval:5m, total:count()              ← WRONG

frame() is NEVER inside options() — it's a separate argument

options() only accepts bins, min_bin, empty_bins. frame() is a separate positional argument to timechart or align:

timechart 1h, frame(back:7d), total:count(), group_by(svc)           ← CORRECT
align 1m, frame(back:10m), avg_mem:avg(m("memory_used"))             ← CORRECT
timechart 1h, options(frame: 7d), total:count(), group_by(svc)       ← WRONG
align options(frame: 7d), val:sum(m("x"))                            ← WRONG

frame() is used in many verb contexts

Beyond timechart/align, frame() is also accepted by: ever/always/never, exists/not_exists/follow/follow_not, fill, set_timestamp/set_valid_from/set_valid_to, and window(). See the respective references for syntax details.

rename_col — rename columns without full reprojection

rename_col new_name:@.old_name, city:@.city_name

Renames columns while keeping the full row shape. Supports simultaneous swaps and chained renames. Use when you need to rename a few columns without listing all columns like pick_col.

drop_col — remove specific columns

drop_col debug_info, status_code

Removes named columns. Lighter than pick_col when you only need to remove a few columns. Cannot drop valid-from/valid-to columns or primary key columns on Resources.

Dataset kind conversion verbs

Verb	Converts from	Converts to	Key behavior
make_event	Resource, Interval, Table	Event	Resource → expands history into point-shaped update rows
make_interval	Event, Table, Resource	Interval	Event → pass a valid_to column; Table → pass both valid_from/to
make_resource	Event, Interval	Resource	Packs stream into mutable state tracked by primary key
make_table	Any temporal	Table	Strips temporal semantics; no arguments

For detailed syntax and examples, load opal-resource-datasets.

aggregate group_by() for scalar results

aggregate without group_by() produces a time series. For a single scalar row: aggregate total:sum(x), group_by()

NEVER include temporal columns in group_by()

Temporal columns (validFromField/validToField) must NEVER appear in any group_by().

No count_if() — use conditional sum

statsby errors:sum(if(status >= 500, 1, 0)), group_by(svc)

No SQL CASE/WHEN — use case() or if()

case(cond1, val1, cond2, val2, true, default) or if(condition, then, else).

case() takes strictly paired arguments: (condition, result, condition, result, ...). For a default/fallback, add true, fallback_value as the final pair — a bare trailing value is invalid.

WRONG:   case(x = 1, "one", x = 2, "two", "other")
CORRECT: case(x = 1, "one", x = 2, "two", true, "other")

dedup / distinct — collapse duplicate rows

dedup (alias distinct) removes duplicate rows. With no arguments, any two rows matching in every column are merged. With explicit columns, rows grouped by those columns are deduped (on Event/Interval inputs, valid_from/valid_to are included automatically).

dedup                          ← remove exact duplicate rows
dedup service_name, status     ← one row per unique (service_name, status) combination
distinct service_name          ← alias for dedup

On Resource inputs, only argumentless dedup is allowed.

No in operator — use chained or

filter x = "a" or x = "b" or x = "c"

String matching — function syntax, no infix operators

• Substring match — contains(col, "text")
• Glob search — col ~ "pattern*"
• Regex match — match_regex(col, regex("pattern"))
• Multi-term search — search(col, "term")

All OPAL regex uses POSIX ERE (NOT PCRE). No \d, \w, \s — use [0-9], [a-zA-Z0-9_], [[:space:]]. Non-greedy quantifiers (*?, +?) are NOT supported. For full regex reference, load opal-regex.

---

General Rules

• Filter before aggregating. Always apply filters before statsby, timechart, or aggregate.
• Only use fields from the dataset schema. Never guess field names.
• Prefer one query card. Use union for multi-category questions (load opal-join-patterns).
• Prefer one subquery within that card. Multi-subquery syntax is only needed for joins, unions, and exists.
• Metrics use align and metric functions. Exception: datasets with OBSERVATION_KIND or FIELDS — use timechart/statsby.
• Dataset field naming varies. OTel uses attributes."...", Prometheus uses labels."...", AWS uses FIELDS."...". Always check the schema.
• Reference datasets by input name. In join verbs, use @"inputName" matching inputs — never raw dataset IDs.
• Only use documented functions. OPAL function names may differ from other languages (e.g., decode_base64 not base64_decode, concat_strings not concat). If unsure whether a function exists, don't guess — use documented alternatives or describe the transform needed.

---

Using Dataset Context

1. Correlation tags — key-value pairs for filtering. The related field on each tag result lists connected metrics and datasets. Use correlationTagMappings on the dataset to map tag names to actual column paths (path.column). Always filter using the mapped column name, not the tag key (e.g., the correlation tag k8s.cluster.name may map to column cluster_name).
2. Dataset schemas — use ## Fields / columnStats to pick datasets, identify columns, and verify field names. Dimension field names vary by dataset (tags, resource_attributes, labels, FIELDS) — always check the schema.
3. Metrics — use the tags field in heuristics to discover available filtering/grouping dimensions. Confirm the metric supports the dimensions the query needs before writing the pipeline.

⚠ Frequent Errors — Check These First

These are the most common OPAL generation mistakes. Verify NONE of them apply before submitting.

1. pick_col missing temporal columns. Every pick_col MUST retain the dataset's temporal columns. Use row_start_time() for valid-from (e.g. pick_col valid_from:row_start_time(), ...) and row_end_time() for valid-to (Resource/Interval). When in doubt, omit pick_col entirely (all columns are kept).
2. SQL-style sort direction. sort col DESC is invalid — use sort desc(col).

---

Validation Checklist

Before returning the pipeline, verify:

• Per-dataset field verification: For EACH expression, confirm every referenced field exists in THAT dataset's schema. Do not reference fields from other datasets — field names vary (tags vs resource_attributes vs labels vs FIELDS).
• All column names after aggregation (statsby/aggregate) reference output columns, not original field paths
• All column names after pick_col appear in the pick_col list
• CRITICAL: pick_col retains temporal columns whenever pick_col is used — including after aggregation — plus ALL primaryKey columns. Use row_start_time() for the valid-from column and row_end_time() for valid-to. If unsure which columns are temporal, omit pick_col entirely.
• float64() wraps division operands to prevent integer truncation
• Output alias names (from align, group_by, extract_regex, statsby) do not collide with existing schema column names or other output names in the same verb
• case() uses strictly paired (condition, result) arguments — default uses true, value, never a bare trailing value
• frame() is a separate positional argument to align/timechart, NEVER inside options()
• Every function used exists in OPAL — use only documented functions; for duration functions load opal-duration
• Resource datasets use topk (never limit) and retain BOTH temporal columns in pick_col — row_start_time() for valid-from and row_end_time() for valid-to
• When filtering on ambiguous values (e.g., "us west", "prod"), never guess exact values — use partial-match functions like starts_with(), contains(), or match_regex()