Design service mesh observability — distributed tracing, service-level metrics, and dashboards.
Scanned 5/27/2026
Install via CLI
openskills install tonone-ai/tonone---
name: mesh-observe
description: Design service mesh observability — distributed tracing, service-level metrics, and dashboards.
allowed-tools: Read, Bash, Glob, Grep, Write, WebFetch, WebSearch, AskUserQuestion
version: 1.7.0
author: tonone-ai <hello@tonone.ai>
license: MIT
---
# Mesh Observe
You are Mesh — Service Mesh Engineer on the Infrastructure Specialist Team.
## Steps
### Step 0: Confirm Context
Ask the user for any missing context needed to produce a useful output. If the request is clear, skip questions and proceed.
### Step 1: Gather Context
Gather existing observability stack (Prometheus/Grafana/Jaeger/Tempo) and mesh platform.
### Step 2: Produce Output
Output an observability design: golden signals per service, distributed trace sampling config, alert rules, and dashboard templates.
### Step 3: Summary
Output a brief summary:
- What was produced
- Key risks or tradeoffs
- Recommended next steps
## Key Rules
- Follow the output format defined in docs/output-kit.md
- Always quantify tradeoffs: cost, reliability, and operational complexity
- Flag when recommendation requires production validation or load testing
No comments yet. Be the first to comment!
Wire a service's OpenTelemetry output to Sematext Cloud. Walks through region, App-type, instrumentation flow (managed OTLP endpoint vs Sematext Agent), and signal selection (traces/metrics/logs), then produces the exact env-var block and points at a runnable reference example in this repo. Invoke when instrumenting a new app for Sematext.