service-mesh-observability — Claude Code skill: setup
This skill covers service mesh metrics, distributed tracing, and dependency visualization. Use it when setting up mesh monitoring or investigating latency and errors.
/plugin marketplace add wshobson/agents
/plugin install cloud-infrastructure@claude-code-workflowsWhat service-mesh-observability does
The skill describes metrics, distributed traces, and logs for service mesh deployments. It covers the mesh golden signals: latency, traffic, errors, and resource use, along with alerting and service dependency visualization.
Its recommendations include propagating trace context through headers, correlating metrics and traces with exemplars, and limiting label values to control cardinality. Concrete templates and worked examples are in references/details.md. The guide covers Istio and Linkerd. Install it when you are setting up mesh monitoring or investigating service communication; it is not aimed at work outside service meshes.
What it helps with
- trace requests across services
- monitor mesh latency and error rates
- define SLOs for service communication
- visualize service dependencies
- alert on mesh golden signals
Example prompts for the agent
- Set up observability for my Istio mesh. Suggest metrics and distributed tracing.
- Help me investigate latency between services using trace context.
- Draft SLOs and alerts for service mesh golden signals.
How to install service-mesh-observability
1Plugin marketplace
/plugin marketplace add wshobson/agents/plugin install cloud-infrastructure@claude-code-workflowsThis installs the whole cloud-infrastructure plugin with all its skills
2Skills CLI (Vercel)
npx skills add wshobson/agents --skill service-mesh-observability -a claude-code3Manually: put the files in place
~/.claude/skills/service-mesh-observability/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/service-mesh-observability/
1Skills CLI (Vercel)
npx skills add wshobson/agents --skill service-mesh-observability -a codex2Manually: put the files in place
.agents/skills/service-mesh-observability/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add wshobson/agents --skill service-mesh-observability -a cursor2Manually: put the files in place
.cursor/skills/service-mesh-observability/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install wshobson/agents service-mesh-observability2Manually: put the files in place
.github/skills/service-mesh-observability/SKILL.mdPlatform CLI
gemini skills install https://github.com/wshobson/agents --path plugins/cloud-infrastructure/skills/service-mesh-observabilityManually: put the files in place
.devin/skills/service-mesh-observability/SKILL.mdThe legacy .windsurf/skills/ path still works
Claude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
From the same set213
The whole set →Similar
Questions about service-mesh-observability
How do I install service-mesh-observability in Claude Code?
Run npx skills add wshobson/agents --skill service-mesh-observability -a claude-code. The skill file is at ~/.claude/skills/service-mesh-observability/SKILL.md.
What does service-mesh-observability do?
It covers metrics, distributed tracing, and logs for service meshes. It also describes alerting, SLOs, and service dependency visualization.
Which service meshes does the guide cover?
The guide covers Istio, Linkerd, and service mesh deployments.
Source text
SKILL.md · MIT
--- name: service-mesh-observability description: Implement comprehensive observability for service meshes including distributed tracing, metrics, and visualization. Use when setting up mesh monitoring, debugging latency issues, or implementing SLOs for service communication. --- # Service Mesh Observability Complete guide to observability patterns for Istio, Linkerd, and service mesh deployments. ## When to Use This Skill - Setting up distributed tracing across services - Implementing service mesh metrics and dashboards - Debugging latency and error issues - Defining SLOs for service communication - Visualizing service dependencies - Troubleshooting mesh connectivity ## Core Concepts ### 1. Three Pillars of Observability ``` ┌─────────────────────────────────────────────────────┐ │ Observability │ ├─────────────────┬─────────────────┬─────────────────┤ │ Metrics │ Traces │ Logs │ │ │ │ │ │ • Request rate │ • Span context │ • Access logs │ │ • Error rate │ • Latency │ • Error details │ │ • Latency P50 │ • Dependencies │ • Debug info │ │ • Saturation │ • Bottlenecks │ • Audit trail │ └─────────────────┴─────────────────┴─────────────────┘ ``` ### 2. Golden Signals for Mesh | Signal | Description | Alert Threshold | | -------------- | ------------------------- | ----------------- | | **Latency** | Request duration P50, P99 | P99 > 500ms | | **Traffic** | Requests per second | Anomaly detection | | **Errors** | 5xx error rate | > 1% | | **Saturation** | Resource utilization | > 80% | ## Templates and detailed worked examples Full template library and detailed worked examples live in `references/details.md`. Read that file when you need the concrete templates. ## Best Practices ### Do's - **Sample appropriately** - 100% in dev, 1-10% in prod - **Use trace context** - Propagate headers consistently - **Set up alerts** - For golden signals - **Correlate metrics/traces** - Use exemplars - **Retain strategically** - Hot/cold storage tiers ### Don'ts - **Don't over-sample** - Storage costs add up - **Don't ignore cardinality** - Limit label values - **Don't skip dashboards** - Visualize dependencies - **Don't forget costs** - Monitor observability costs
© Seth Hobson · MIT · wshobson/agents