Aggregate and centralize performance metrics from applications, systems, databases, caches, and services. Use when consolidating monitoring data from multiple sources. Trigger with phrases like "aggregate metrics", "centralize monitoring", or "collect performance data".
51
41%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./plugins/performance/metrics-aggregator/skills/aggregating-performance-metrics/SKILL.mdQuality
Discovery
82%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is a solid description that clearly communicates both purpose and activation triggers. Its main strength is the explicit 'Use when' and 'Trigger with' clauses that make selection criteria unambiguous. The primary weakness is that the actual capabilities described are somewhat high-level ('aggregate and centralize') without detailing specific operations, and the broad scope could create overlap with more specialized monitoring skills.
Suggestions
Add more specific concrete actions beyond 'aggregate and centralize', such as 'normalize metric formats, generate unified dashboards, correlate cross-service metrics'.
Narrow the distinctiveness by specifying what differentiates this from single-source monitoring skills, e.g., emphasizing the multi-source consolidation aspect more strongly or naming specific output formats.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | It names the domain (performance metrics) and lists sources (applications, systems, databases, caches, services), but the actions are limited to 'aggregate and centralize' without detailing specific concrete operations like creating dashboards, setting alerts, or transforming data formats. | 2 / 3 |
Completeness | Clearly answers both 'what' (aggregate and centralize performance metrics from multiple source types) and 'when' (explicit 'Use when' clause and 'Trigger with phrases' providing concrete activation guidance). | 3 / 3 |
Trigger Term Quality | Includes natural trigger phrases like 'aggregate metrics', 'centralize monitoring', 'collect performance data', and domain terms like 'performance metrics', 'monitoring data', 'databases', 'caches', and 'services' that users would naturally use. | 3 / 3 |
Distinctiveness Conflict Risk | While it specifies performance metrics aggregation, it could overlap with general monitoring/observability skills, dashboard creation skills, or individual database/cache monitoring skills. The scope is broad enough ('applications, systems, databases, caches, and services') that it might conflict with more specialized monitoring tools. | 2 / 3 |
Total | 10 / 12 Passed |
Implementation
0%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This skill is almost entirely descriptive meta-commentary about what it does rather than providing actionable instructions. It lacks any concrete code, configuration examples, or specific commands for Prometheus, StatsD, or CloudWatch integration. The content is heavily padded with sections that repeat the same information in different ways, wasting token budget without adding value.
Suggestions
Replace the abstract descriptions with concrete, executable configuration examples — e.g., a sample prometheus.yml scrape config, a StatsD client snippet, or a CloudWatch PutMetricData API call.
Remove redundant sections (Overview, How It Works, When to Use) and consolidate into a lean quick-start section with a specific naming convention example (e.g., 'app.http.request_duration_seconds{method="GET", endpoint="/api/users"}').
Add validation checkpoints to the workflow — e.g., 'After configuring Prometheus, verify scraping with `curl http://localhost:9090/api/v1/targets` and confirm all targets show state: up'.
Split tool-specific configurations into separate referenced files (e.g., PROMETHEUS.md, STATSD.md, CLOUDWATCH.md) and keep SKILL.md as a concise overview with clear navigation links.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Extremely verbose with extensive filler content. Sections like 'Overview', 'How It Works', 'When to Use This Skill', and 'Integration' explain things Claude already knows or repeat the description. Phrases like 'This skill empowers Claude to streamline performance monitoring' and 'Claude assists in defining' are wasteful meta-commentary. The entire document could be reduced to a fraction of its size. | 1 / 3 |
Actionability | No concrete code, commands, configuration snippets, or executable examples anywhere. Everything is abstract description — 'Guide the user in defining metrics', 'Help configure Prometheus' — without showing how. No actual Prometheus config, no StatsD client code, no CloudWatch API calls, no naming convention examples. | 1 / 3 |
Workflow Clarity | The 'Instructions' section lists 6 high-level steps with no specifics, no validation checkpoints, and no error recovery loops. The 'Examples' section describes what the skill 'will do' in vague terms rather than showing concrete workflows. No feedback loops for verifying metrics are actually being collected. | 1 / 3 |
Progressive Disclosure | Monolithic wall of text with no references to external files for detailed configurations, examples, or tool-specific guides. Mentions '${CLAUDE_SKILL_DIR}/metrics/' but doesn't explain what goes there. The 'Resources' section lists documentation titles without links. Content is poorly organized with redundant sections (Overview, How It Works, When to Use, Examples all overlap). | 1 / 3 |
Total | 4 / 12 Passed |
Validation
81%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 9 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
allowed_tools_field | 'allowed-tools' contains unusual tool name(s) | Warning |
frontmatter_unknown_keys | Unknown frontmatter key(s) found; consider removing or moving to metadata | Warning |
Total | 9 / 11 Passed | |
3e83543
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.