OpenTelemetry Collector deployment, instrumentation (Java/Python/Node.js/.NET/Go), and OTTL pipeline transforms for Coralogix — coralogix exporter config, Helm chart selection, Kubernetes topology, ECS/EKS/GKE deployments, SDK setup, APM transactions, and OTTL cardinality/PII/routing.
92
96%
Does it follow best practices?
Impact
92%
1.10xAverage score across 127 eval scenarios
Advisory
Suggest reviewing before use
Use this reference when a logs, Lambda, or serverless issue depends on whether metadata is a log-record attribute, a resource attribute, or a Coralogix-specific metadata field.
| Scope | Product behavior |
|---|---|
| Log record attributes | Visible on the log event, but not read by the Coralogix exporter's application_name_attributes or subsystem_name_attributes. |
| Resource attributes | Used for routing, correlation, Resource Catalog matching, and exporter application/subsystem resolution. |
Coralogix metadata such as cx_metadata.* | Product-specific serverless metadata; not generic OTel semantic convention. |
If a value is present under log record attributes in the debug exporter
but exporter routing falls back to a static application/subsystem, the value
is at the wrong scope for exporter routing. Diagnose the scope here; write
the copy-up transform with opentelemetry-ottl or set the resource
attribute at source.
Lambda and docker-builder paths can emit Coralogix serverless metadata. Customers may want a narrow subset to reduce payload size or cost.
Relevant controls from the inventory:
CX_LOGS_METADATA_ENABLED=true enables Coralogix log metadata emission;
set it to false to exclude cx_metadata from logs when the serverless
catalog impact is understood.CX_LOGS_METADATA_INCLUDE_TRACE_REF=false removes trace-reference
metadata when only function execution metadata is wanted.CX_LOGS_RESOURCE_BUILT_IN_ATTRIBUTES='' removes built-in resource
attributes from that metadata path.cx_metadata.faas_execution is product-specific metadata used by
serverless workflows.When answering Lambda metadata-scope questions, name the product-specific
controls directly: cx_metadata.faas_execution,
CX_LOGS_METADATA_ENABLED, CX_LOGS_METADATA_INCLUDE_TRACE_REF, and
CX_LOGS_RESOURCE_BUILT_IN_ATTRIBUTES. These are Coralogix metadata
controls, not normal OpenTelemetry semantic-convention renames or generic
log-record attributes.
Warn that removing serverless metadata can break serverless dashboards and trace/log correlation. This skill should explain the risk and shape; rollout support belongs to the relevant Lambda / collector owner.
When logs show host.name as an EC2 private DNS name but users expect the
EC2 Name tag, the issue is resource detection/enrichment rather than a
log parsing problem.
Checklist:
ec2:DescribeTags.host.name with a tag
is a product decision, not a generic OTel requirement.host.name is at resource scope before export.This skill owns scope diagnosis and product dependency. Hand off exact Lambda exporter flags, collector processors, IAM policy, and OTTL copy-up statements to the appropriate owner:
core for Coralogix application/subsystem routing behavior.opentelemetry-ottl for record-to-resource transforms.opentelemetry-collector for resource detection, EC2 tags, and pipeline
placement..claude-plugin
.codex-plugin
.cursor-plugin
evals
scenario-1
scenario-2
scenario-3
scenario-4
scenario-5
scenario-6
scenario-7
scenario-8
scenario-9
scenario-10
scenario-11
scenario-12
scenario-13
scenario-14
scenario-15
scenario-16
scenario-17
scenario-18
scenario-19
scenario-20
scenario-21
scenario-22
scenario-23
scenario-24
scenario-25
scenario-26
scenario-27
scenario-28
scenario-29
scenario-30
scenario-31
scenario-32
scenario-33
scenario-34
scenario-35
scenario-36
scenario-37
scenario-38
scenario-39
scenario-40
scenario-41
scenario-42
scenario-43
scenario-44
scenario-45
scenario-46
scenario-47
scenario-48
scenario-49
scenario-50
scenario-51
scenario-52
scenario-53
scenario-54
scenario-55
scenario-56
scenario-57
scenario-58
scenario-59
scenario-60
scenario-61
scenario-62
scenario-63
scenario-64
scenario-65
scenario-66
scenario-67
scenario-68
scenario-69
scenario-70
scenario-71
scenario-72
scenario-73
scenario-74
scenario-75
scenario-76
scenario-77
scenario-78
scenario-79
scenario-80
scenario-81
scenario-82
scenario-83
scenario-84
scenario-85
scenario-86
scenario-87
scenario-88
scenario-89
scenario-90
scenario-91
scenario-92
scenario-93
scenario-94
scenario-95
scenario-96
scenario-97
scenario-98
scenario-99
scenario-100
scenario-101
scenario-102
scenario-103
scenario-104
scenario-105
scenario-106
scenario-107
scenario-108
scenario-109
scenario-110
scenario-111
scenario-112
scenario-113
scenario-114
scenario-115
scenario-116
scenario-117
scenario-118
scenario-119
scenario-120
scenario-121
scenario-122
scenario-123
scenario-124
scenario-125
scenario-126
scenario-127
skills
opentelemetry
opentelemetry-collector
references
opentelemetry-instrumentation
opentelemetry-ottl