monitoring-database-health
Monitor use when you need to work with monitoring and observability. This skill provides health monitoring and alerting with comprehensive guidance and automation. Trigger with phrases like "monitor system health", "set up alerts", or "track metrics".
Install with Tessl CLI
npx tessl i github:jeremylongshore/claude-code-plugins-plus-skills --skill monitoring-database-health53
Quality
43%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Optimize this skill with Tessl
npx tessl skill review --optimize ./plugins/database/database-health-monitor/skills/monitoring-database-health/SKILL.mdDiscovery
67%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
The description adequately covers the monitoring domain and includes explicit trigger phrases, which is a strength. However, it lacks specific concrete actions beyond generic 'monitoring and alerting' and could benefit from more distinctive trigger terms to differentiate it from related DevOps or infrastructure skills.
Suggestions
Add more specific concrete actions like 'configure Prometheus alerts', 'set up Grafana dashboards', 'analyze application logs', or 'create uptime checks'
Expand trigger terms to include common variations: 'observability', 'logging', 'dashboards', 'uptime monitoring', 'incident alerts', 'APM'
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Names the domain (monitoring/observability) and mentions some actions ('health monitoring', 'alerting', 'track metrics'), but lacks concrete specific actions like 'configure dashboards', 'set up PagerDuty integrations', or 'analyze logs'. | 2 / 3 |
Completeness | Explicitly answers both what ('health monitoring and alerting with comprehensive guidance and automation') and when ('Trigger with phrases like...' provides explicit trigger guidance), meeting the rubric requirement for a 'Use when' equivalent. | 3 / 3 |
Trigger Term Quality | Includes some natural phrases ('monitor system health', 'set up alerts', 'track metrics') but missing common variations users might say like 'observability', 'logging', 'dashboards', 'uptime', 'incidents', or specific tool names. | 2 / 3 |
Distinctiveness Conflict Risk | Somewhat specific to monitoring/observability domain, but 'alerting' and 'metrics' could overlap with logging skills, infrastructure skills, or DevOps automation skills. Lacks distinctive file types or unique identifiers. | 2 / 3 |
Total | 9 / 12 Passed |
Implementation
20%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This skill is a generic template with no database-specific content despite its title. It lacks any concrete code, SQL queries, monitoring commands, or specific health metrics. The content reads like a generic project management checklist that could apply to any IT task, wasting tokens on obvious guidance while providing nothing actionable for database health monitoring.
Suggestions
Add concrete SQL queries for common health checks (connection counts, slow queries, replication lag, disk usage)
Include specific monitoring tool examples (e.g., Prometheus queries, CloudWatch metrics, pg_stat_statements usage)
Replace generic steps with database-specific workflows like 'Check replication status: SELECT * FROM pg_stat_replication;'
Remove generic advice Claude already knows (backup data, test in staging, verify permissions) and focus on database-specific guidance
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Extremely verbose with generic boilerplate that applies to any task. Explains obvious concepts like 'verify credentials' and 'test in non-production' that Claude already knows. No database-specific content despite being titled 'Database Health Monitor'. | 1 / 3 |
Actionability | Entirely abstract with no concrete code, commands, SQL queries, or specific database health check examples. Instructions like 'Review current configuration' and 'Execute implementation' provide no executable guidance for actual database monitoring. | 1 / 3 |
Workflow Clarity | Steps are numbered and sequenced, but they're generic project management phases rather than database monitoring workflows. No specific validation checkpoints for database operations, no actual health check queries or metric thresholds defined. | 2 / 3 |
Progressive Disclosure | References external files in Resources section with clear paths, but the main content is a monolithic wall of generic text. The referenced files use placeholder paths ({baseDir}) and the 'Examples' section is empty placeholder text. | 2 / 3 |
Total | 6 / 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 | |
- Reviewed
Table of Contents
Is this your skill?
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.