Frontmcp Observability
agentfront/frontmcp
A skill your agent uses when adding tracing, structured logging, metrics, or monitoring to a FrontMCP server.
Agent skill
Tsh Implementing Observability
Observability patterns for logging, monitoring, alerting, and distributed tracing.
Install Tsh Implementing Observability
$ npx skills add TheSoftwareHouse/copilot-collections --skill tsh-implementing-observability -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install TheSoftwareHouse/copilot-collections tsh-implementing-observability --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/TheSoftwareHouse/copilot-collections.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.github/skills/tsh-implementing-observability .claude/skills/tsh-implementing-observability && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "tsh-implementing-observability" agent skill from https://github.com/TheSoftwareHouse/copilot-collections/tree/main/.github/skills/tsh-implementing-observability into .claude/skills/tsh-implementing-observability/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "tsh-implementing-observability", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/TheSoftwareHouse/copilot-collections/tree/main/.github/skills/tsh-implementing-observabilityType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add TheSoftwareHouse/copilot-collections --skill tsh-implementing-observability -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install TheSoftwareHouse/copilot-collections tsh-implementing-observability --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/TheSoftwareHouse/copilot-collections.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.github/skills/tsh-implementing-observability .agents/skills/tsh-implementing-observability && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "tsh-implementing-observability" agent skill from https://github.com/TheSoftwareHouse/copilot-collections/tree/main/.github/skills/tsh-implementing-observability into .agents/skills/tsh-implementing-observability/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "tsh-implementing-observability", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add TheSoftwareHouse/copilot-collections --skill tsh-implementing-observability -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install TheSoftwareHouse/copilot-collections tsh-implementing-observability --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/TheSoftwareHouse/copilot-collections.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.github/skills/tsh-implementing-observability .cursor/skills/tsh-implementing-observability && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "tsh-implementing-observability" agent skill from https://github.com/TheSoftwareHouse/copilot-collections/tree/main/.github/skills/tsh-implementing-observability into .cursor/skills/tsh-implementing-observability/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "tsh-implementing-observability", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/TheSoftwareHouse/copilot-collections.git --path .github/skills/tsh-implementing-observability--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add TheSoftwareHouse/copilot-collections --skill tsh-implementing-observability -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install TheSoftwareHouse/copilot-collections tsh-implementing-observability --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/TheSoftwareHouse/copilot-collections.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.github/skills/tsh-implementing-observability .gemini/skills/tsh-implementing-observability && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "tsh-implementing-observability" agent skill from https://github.com/TheSoftwareHouse/copilot-collections/tree/main/.github/skills/tsh-implementing-observability into .gemini/skills/tsh-implementing-observability/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "tsh-implementing-observability", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install TheSoftwareHouse/copilot-collections tsh-implementing-observabilityInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add TheSoftwareHouse/copilot-collections --skill tsh-implementing-observability -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/TheSoftwareHouse/copilot-collections.git skills-src && mkdir -p .github/skills && cp -r skills-src/.github/skills/tsh-implementing-observability .github/skills/tsh-implementing-observability && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "tsh-implementing-observability" agent skill from https://github.com/TheSoftwareHouse/copilot-collections/tree/main/.github/skills/tsh-implementing-observability into .github/skills/tsh-implementing-observability/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "tsh-implementing-observability", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add TheSoftwareHouse/copilot-collections --skill tsh-implementing-observability -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install TheSoftwareHouse/copilot-collections tsh-implementing-observability --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/TheSoftwareHouse/copilot-collections.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.github/skills/tsh-implementing-observability .opencode/skills/tsh-implementing-observability && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "tsh-implementing-observability" agent skill from https://github.com/TheSoftwareHouse/copilot-collections/tree/main/.github/skills/tsh-implementing-observability into .opencode/skills/tsh-implementing-observability/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "tsh-implementing-observability", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
Facts
- Skill name
tsh-implementing-observability- GitHub stars
- 284
- Token cost
- ~2k tokens
- SKILL.md length
- 557 words
- Files
- 1
- Skills in repo
- 21
- Repo updated
- First seen
- Licence
- MIT
At a glance
Observability patterns for logging, monitoring, alerting, and distributed tracing.
- Works in 8 steps: Discover context → Check existing… → Choose stack → Use decision matrix based… → Instrument apps → Add OpenTelemetry SDK… → …
- Implementing metrics collection
- SKILL.md covers When to Use, Three Pillars of Observability, Stack Detection and Solution Decision Matrix, plus 8 more sections
- Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md
What it does
Tsh Implementing Observability is an agent skill from TheSoftwareHouse/copilot-collections. Observability patterns for logging, monitoring, alerting, and distributed tracing. Use when implementing metrics collection, log aggregation, alerting rules, or distributed tracing across services.
Its SKILL.md is about 2k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in DevOps & Cloud, covering Observability and Monitoring and alerting. It works with Prometheus, Kubernetes, OpenTelemetry and Datadog. The repository describes itself as: Opinionated AI-enabled workflows for product engineering. The licence is MIT.
When your agent uses it
- Implementing metrics collection
- Log aggregation
- Distributed tracing across services
Example prompts
- “/tsh-implementing-observability”
Workflow steps
8 steps, taken from the first numbered list in SKILL.md.
- Discover context → Check existing observability setup (Prometheus, CloudWatch, etc.)
- Choose stack → Use decision matrix based on environment and requirements
- Instrument apps → Add OpenTelemetry SDK or auto-instrumentation
- Configure collection → Set up collectors, exporters, and storage
- Define SLOs → Establish SLIs, targets, and error budgets
- Create alerts → Implement actionable alerts with runbooks
- Build dashboards → Create service and infrastructure dashboards
- Document runbooks → Write response procedures for each alert
What it can do on your machine
Read from SKILL.md and the folder at commit 2fbe51e. It shows what the files ask for, not the result of running them.
Tool permissions
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Runs code
No scripts in the folder and no shell commands in SKILL.md (its code samples are yaml and json).
From the folder's file list and the shell code blocks in SKILL.md.
Network
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Credentials
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Context cost
Tsh Implementing Observability loads about 2k tokens when it runs. Until then it costs about 57 tokens; SKILL.md has 557 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
Safety
Auto-check passed
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
SKILL.md
The full file from TheSoftwareHouse/copilot-collections at commit 2fbe51e, republished under its MIT licence (© TheSoftwareHouse). 557 words, ~1,982 tokens.
Download SKILL.mdSave it as
.claude/skills/tsh-implementing-observability/SKILL.md (or your agent's skills folder).- name
- tsh-implementing-observability
- description
- Observability patterns for logging, monitoring, alerting, and distributed tracing. Use when implementing metrics collection, log aggregation, alerting rules, or distributed tracing across services.
- user-invocable
- false
Observability Patterns
When to Use
- Setting up monitoring and alerting for applications
- Implementing centralized logging
- Adding distributed tracing to microservices
- Designing SLOs/SLIs and error budgets
- Creating dashboards and runbooks
Three Pillars of Observability
| Pillar | Purpose | Tools |
|---|---|---|
| Metrics | Quantitative measurements over time | Prometheus, CloudWatch, Datadog, Grafana |
| Logs | Discrete events with context | ELK, Loki, CloudWatch Logs, Splunk |
| Traces | Request flow across services | Jaeger, Zipkin, X-Ray, Tempo |
Stack Detection
Check which observability stack the project uses:
prometheus.ymlorServiceMonitor→ Prometheusfluent-bit.conforfluentd.conf→ Fluent Bit/Fluentdotel-collector-config.yaml→ OpenTelemetry- AWS with
aws_cloudwatch_*resources → CloudWatch datadog-agentorDD_*env vars → Datadog
Use context7 to look up stack-specific configuration syntax.
Solution Decision Matrix
Metrics Stack
| Scenario | Recommended Solution |
|---|---|
| Kubernetes-native, cost-sensitive | Prometheus + Grafana |
| AWS-native, simple setup | CloudWatch Metrics |
| Multi-cloud, enterprise | Datadog or New Relic |
| OpenTelemetry-first | Prometheus with OTLP receiver |
Logging Stack
| Scenario | Recommended Solution |
|---|---|
| Kubernetes, cost-sensitive | Loki + Grafana |
| AWS-native | CloudWatch Logs |
| High volume, complex queries | Elasticsearch (ELK) |
| Multi-cloud, managed | Datadog Logs or Splunk |
Tracing Stack
| Scenario | Recommended Solution |
|---|---|
| Kubernetes, open-source | Jaeger or Tempo |
| AWS-native | X-Ray |
| Multi-cloud, correlated | Datadog APM |
| Vendor-agnostic | OpenTelemetry → any backend |
Kubernetes Observability Pattern
┌─────────────────────────────────────────────────────┐
│ Applications │
│ (instrumented with OpenTelemetry SDK or auto-inst) │
└──────────────────────┬──────────────────────────────┘
│ OTLP
▼
┌─────────────────────────────────────────────────────┐
│ OpenTelemetry Collector │
│ (receives, processes, exports telemetry) │
└───────┬─────────────────┬─────────────────┬─────────┘
│ │ │
▼ ▼ ▼
Prometheus Loki Tempo/Jaeger
(metrics) (logs) (traces)
│ │ │
└────────────────┬┴─────────────────┘
▼
Grafana
(visualization)SLO/SLI Framework
Key Metrics (RED Method for Services)
| Metric | Description | Example SLI |
|---|---|---|
| Rate | Requests per second | rate(http_requests_total[5m]) |
| Errors | Failed requests | rate(http_requests_total{status=~"5.."}[5m]) |
| Duration | Latency distribution | histogram_quantile(0.99, rate(http_request_duration_seconds_bucket[5m])) |
Key Metrics (USE Method for Resources)
| Metric | Description | Example |
|---|---|---|
| Utilization | % time resource is busy | CPU usage, memory usage |
| Saturation | Queue depth, waiting | Pod pending, connection pool |
| Errors | Error count | OOM kills, disk errors |
SLO Definition Template
# Example: API availability SLO
slo:
name: api-availability
description: "API returns successful responses"
sli:
metric: |
sum(rate(http_requests_total{status!~"5.."}[5m]))
/
sum(rate(http_requests_total[5m]))
target: 99.9%
window: 30d
error_budget: 0.1% # ~43 minutes/month downtime allowedAlerting Strategy
Alert Severity Levels
| Severity | Response | Example |
|---|---|---|
| Critical | Page on-call immediately | Service down, data loss risk |
| Warning | Investigate within hours | Error rate elevated, disk 80% |
| Info | Review during business hours | Deployment completed, scaling event |
Alert Quality Rules
- Actionable: Every alert must have a clear response action
- Relevant: Alert on symptoms (user impact), not causes
- Unique: Avoid duplicate alerts for same incident
- Timely: Alert early enough to prevent impact
Alert Template (Prometheus)
groups:
- name: api-alerts
rules:
- alert: HighErrorRate
expr: |
sum(rate(http_requests_total{status=~"5.."}[5m]))
/
sum(rate(http_requests_total[5m])) > 0.01
for: 5m
labels:
severity: warning
annotations:
summary: "High error rate detected"
description: "Error rate is {{ $value | humanizePercentage }} (threshold: 1%)"
runbook_url: "https://runbooks.example.com/high-error-rate"Structured Logging
Log Format (JSON)
{
"timestamp": "2024-01-15T10:30:00Z",
"level": "error",
"message": "Payment processing failed",
"service": "payment-api",
"trace_id": "abc123",
"span_id": "def456",
"user_id": "user-789",
"error": {
"type": "PaymentGatewayError",
"message": "Connection timeout"
},
"context": {
"payment_id": "pay-123",
"amount": 99.99
}
}Required Log Fields
| Field | Purpose | Correlation |
|---|---|---|
timestamp | When event occurred | Time-based queries |
level | Severity (debug/info/warn/error) | Filtering |
service | Source service name | Service filtering |
trace_id | Distributed trace identifier | Cross-service correlation |
message | Human-readable description | Search |
Show full SKILL.md (208 more words)Show less
Process
- Discover context → Check existing observability setup (Prometheus, CloudWatch, etc.)
- Choose stack → Use decision matrix based on environment and requirements
- Instrument apps → Add OpenTelemetry SDK or auto-instrumentation
- Configure collection → Set up collectors, exporters, and storage
- Define SLOs → Establish SLIs, targets, and error budgets
- Create alerts → Implement actionable alerts with runbooks
- Build dashboards → Create service and infrastructure dashboards
- Document runbooks → Write response procedures for each alert
Checklist
- All services emit metrics, logs, and traces
- Trace IDs propagated across service boundaries
- Structured logging with consistent format (JSON)
- SLOs defined with error budgets
- Alerts are actionable with runbook links
- Dashboards show service health at a glance
- Log retention policy configured
- PII/sensitive data excluded from logs
- On-call rotation defined for critical alerts
Anti-Patterns
| Don't | Do |
|---|---|
| Alert on every metric threshold | Alert on user-impacting symptoms |
| Log everything at DEBUG in production | Use appropriate log levels |
| Unstructured log messages | Structured JSON logging |
| Missing trace context | Propagate trace IDs across services |
| Dashboards with 50+ panels | Focused dashboards per service/domain |
| Alerts without runbooks | Every alert links to response procedure |
| Store logs indefinitely | Define retention based on compliance needs |
Related Skills
tsh-implementing-kubernetes- For K8s-native observability setuptsh-implementing-ci-cd- For pipeline observability integrationtsh-managing-secrets- For secure credential storage for observability tools
© TheSoftwareHouse, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Files
Just SKILL.md in .github/skills/tsh-implementing-observability of TheSoftwareHouse/copilot-collections.
Open the folder on GitHubat commit 2fbe51e
Compare with similar skills
Tsh Implementing Observability next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Tsh Implementing Observability this skillTheSoftwareHouse/copilot-collections | 284 | — | ~2k | Automated safety check: Pass | MIT | |
| Frontmcp Observabilityagentfront/frontmcp | 146 | — | ~4.6k | Automated safety check: Pass | Apache-2.0 | |
| Monitoring Observabilityahmedasmar/devops-claude-skills | 203 | — | ~3.9k | Automated safety check: Pass | None | |
| Alloygrafana/skills | 279 | — | ~1.3k | Automated safety check: Pass | Apache-2.0 | |
| ObservabilityTheBeardedBearSAS/claude-craft | 107 | — | ~547 | Automated safety check: Pass | MIT | |
| Archestra Dev Observabilityarchestra-ai/archestra | 4.4k | — | ~1.2k | Automated safety check: Pass | Custom licence |
Similar skills
Monitoring Observability
ahmedasmar/devops-claude-skills
Monitoring and observability strategy, implementation, and troubleshooting.
- Official
Alloy
grafana/skills
Build a unified telemetry pipeline with Grafana Alloy — one OpenTelemetry-compatible binary that collects metrics, logs, traces, and profiles and ships to Grafana Cloud / Prometheus / Loki / Tempo /…
Observability
TheBeardedBearSAS/claude-craft
OpenTelemetry, distributed tracing, structured logging, metrics (Prometheus, Grafana, Datadog).
Archestra Dev Observability
archestra-ai/archestra
A skill your agent uses when changing Archestra tracing, metrics, OpenTelemetry, Tempo, Grafana, Prometheus, LLM/MCP spans, observability labels, or local observability setup.
Observability Architecture
majiayu000/litellm-rs
LiteLLM-RS Observability Architecture. An agent skill from majiayu000/litellm-rs.
More from TheSoftwareHouse/copilot-collections
All 21 skills in this repoTsh Creating Skills
TheSoftwareHouse/copilot-collections
Create new skills (SKILL.md) for GitHub Copilot. An agent skill from TheSoftwareHouse/copilot-collections.
Tsh Implementing Frontend
TheSoftwareHouse/copilot-collections
Frontend component patterns, composition, design token integration, barrel file organization, error handling, and Figma-to-code workflow.
Tsh Implementing Terraform Modules
TheSoftwareHouse/copilot-collections
Build reusable Terraform modules for AWS, Azure, and GCP infrastructure following infrastructure-as-code best practices.
Tsh Optimizing Frontend
TheSoftwareHouse/copilot-collections
Frontend rendering optimization, code splitting, memoization strategies, bundle size control, asset optimization, and memory management.
Tsh Reviewing Frontend
TheSoftwareHouse/copilot-collections
Frontend-specific code review criteria, component anti-patterns, hooks quality, rendering correctness, accessibility and performance spot-checks, and module organization issues.
Tsh Writing Hooks
TheSoftwareHouse/copilot-collections
Custom hook and composable patterns — naming, composition, stable return shapes, lifecycle cleanup, and testing strategies.
Related
Categories
Questions about Tsh Implementing Observability
What does Tsh Implementing Observability do?
Observability patterns for logging, monitoring, alerting, and distributed tracing. Tsh Implementing Observability is an agent skill from TheSoftwareHouse/copilot-collections. Observability patterns for logging, monitoring, alerting, and distributed tracing.
When should I use Tsh Implementing Observability?
Tsh Implementing Observability fits situations like: implementing metrics collection; log aggregation; distributed tracing across services.
How do I install Tsh Implementing Observability in Claude Code?
Run `npx skills add TheSoftwareHouse/copilot-collections --skill tsh-implementing-observability -a claude-code`. Or copy the skill folder (.github/skills/tsh-implementing-observability in TheSoftwareHouse/copilot-collections) into .claude/skills/tsh-implementing-observability in your project. Claude Code loads it when a task matches its description.
How do I install Tsh Implementing Observability in Codex?
Run `npx skills add TheSoftwareHouse/copilot-collections --skill tsh-implementing-observability -a codex`. Or copy the skill folder (.github/skills/tsh-implementing-observability in TheSoftwareHouse/copilot-collections) into .agents/skills/tsh-implementing-observability in your project. Codex loads it when a task matches its description.
Can I use Tsh Implementing Observability in Cursor, Gemini CLI or GitHub Copilot?
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add TheSoftwareHouse/copilot-collections --skill tsh-implementing-observability -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/tsh-implementing-observability, .gemini/skills/tsh-implementing-observability, .github/skills/tsh-implementing-observability and .opencode/skills/tsh-implementing-observability in your project.
What does Tsh Implementing Observability need to run?
SKILL.md names no scripts, command-line tools or credentials: Tsh Implementing Observability is instructions for the agent only.
Does Tsh Implementing Observability access the network?
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Is Tsh Implementing Observability safe to install?
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
What licence does Tsh Implementing Observability use?
Tsh Implementing Observability is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
How many tokens does Tsh Implementing Observability use?
About 2k tokens (SKILL.md is roughly 7.9k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
What are the alternatives to Tsh Implementing Observability?
Skills that share tags, products or a category with Tsh Implementing Observability: Frontmcp Observability (agentfront/frontmcp, 146 stars), Monitoring Observability (ahmedasmar/devops-claude-skills, 203 stars), Alloy (grafana/skills, 279 stars) and Observability (TheBeardedBearSAS/claude-craft, 107 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
Who maintains Tsh Implementing Observability?
TheSoftwareHouse (a GitHub organization) maintains it in TheSoftwareHouse/copilot-collections, which has 284 GitHub stars. The repository holds 21 skills in this directory. The repository was last updated on October 5, 2026.
Source: TheSoftwareHouse/copilot-collections on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.