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
{
"context": "Evaluating a Coralogix support response for this user question:\n\nCustomer's logs have a \"subsystem\" field at the log record attribute level and the Coralogix exporter's subsystem_name_attributes is reading from resource. I want to write the OTTL transform that copies it up. What should the statement look like exactly, and which Coralogix skill owns implementing it?",
"type": "weighted_checklist",
"checklist": [
{
"name": "opentelemetry-ottl",
"description": "The response matches the pattern: (?i)opentelemetry-?ottl",
"max_score": 3
},
{
"name": "mentions-resource",
"description": "The response contains \"resource\" (case-insensitive).",
"max_score": 3
},
{
"name": "log-record-level",
"description": "The response matches the pattern: (?i)(log[- ]record|record[- ]level|attributes)",
"max_score": 3
},
{
"name": "diagnoses-the-boundary-correctly-the-value-is",
"description": "Diagnoses the boundary correctly: the value is at log-record scope and must be copied to resource scope for the exporter to read it. It must name opentelemetry-ottl as the owner for exact OTTL statement implementation. It may give a short conceptual set(...) sketch; do not fail solely because it includes a sketch when it also names opentelemetry-ottl as the owner and copies log-record data up to resource scope. The judge should not grade exact set(...) argument syntax here; exact OTTL syntax belongs to opentelemetry-ottl. FAIL if it treats this as semconv-owned OTTL syntax, copies the value in the wrong direction from resource down to the log record, tells the user to rename the field in their application, or changes exporter configuration as the primary fix.",
"max_score": 2
}
]
}.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