Implement Linkerd service mesh patterns for lightweight, security-focused service mesh deployments. Use when setting up Linkerd, configuring traffic policies, or implementing zero-trust networking with minimal overhead.
85
77%
Does it follow best practices?
Impact
100%
1.35xAverage score across 3 eval scenarios
Advisory
Suggest reviewing before use
Optimize this skill with Tessl
npx tessl skill review --optimize ./tests/ext_conformance/artifacts/agents-wshobson/cloud-infrastructure/skills/linkerd-patterns/SKILL.mdServiceProfile retry configuration
ServiceProfile API version
100%
100%
ServiceProfile naming
100%
100%
Route method condition
100%
100%
Route pathRegex condition
100%
100%
Failure response class
100%
100%
GET route retryable
100%
100%
POST route not retryable
100%
100%
Per-route timeout
100%
100%
Retry budget present
100%
100%
Retry budget fields
100%
100%
Namespace match
100%
100%
Server authorization policies
Injection annotation
100%
100%
Server API version
100%
100%
ServerAuthorization API version
100%
100%
Server podSelector
100%
100%
meshTLS service accounts
100%
100%
Service account namespace
100%
100%
Unauthenticated ingress allowed
100%
100%
Network CIDR for ingress
100%
100%
Server reference in auth
100%
100%
Namespace consistency
100%
100%
Separate auth resources
100%
100%
Canary traffic split and HTTPRoute
TrafficSplit API version
100%
100%
Millicores weight notation
100%
100%
Two backends defined
100%
100%
TrafficSplit service reference
100%
100%
HTTPRoute API version
0%
100%
HTTPRoute parentRefs kind
100%
100%
HTTPRoute parentRefs group
80%
100%
HTTPRoute parentRefs port
100%
100%
HTTPRoute match rules
100%
100%
HTTPRoute backendRefs
100%
100%
Namespace consistency
100%
100%
47823e3
Table of Contents
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.