deploying-monitoring-stacks
This skill deploys monitoring stacks, including Prometheus, Grafana, and Datadog. It is used when the user needs to set up or configure monitoring infrastructure for applications or systems. The skill generates production-ready configurations, implements best practices, and supports multi-platform deployments. Use this when the user explicitly requests to deploy a monitoring stack, or mentions Prometheus, Grafana, or Datadog in the context of infrastructure setup.
- License 许可
- MIT
- 最近更新
- 2026-11-11
- Stars
- ★ 2
- Forks
- 0
01 前言 Front Matter
- name
- deploying-monitoring-stacks
- description
- This skill deploys monitoring stacks, including Prometheus, Grafana, and Datadog. It is used when the user needs to set up or configure monitoring infrastructure for applications or systems. The skill generates production-ready configurations, implements best practices, and supports multi-platform deployments. Use this when the user explicitly requests to deploy a monitoring stack, or mentions Prometheus, Grafana, or Datadog in the context of infrastructure setup.
02 资源文件 3
- 资产文件assets/README.md528 B
- 参考文档references/README.md574 B
- 脚本scripts/README.md510 B
03 SKILL.md 正文
Overview
This skill empowers Claude to automate the deployment of comprehensive monitoring solutions. It simplifies the setup of Prometheus, Grafana, and Datadog, ensuring best practices and production-ready configurations.
How It Works
- Configuration Gathering: Claude gathers the specific requirements for the monitoring stack, including the desired platform and tools.
- Stack Generation: Based on the requirements, Claude generates the necessary configuration files and deployment scripts for the selected monitoring stack.
- Deployment Instructions: Claude provides clear, step-by-step instructions for deploying the generated configuration to the target environment.
When to Use This Skill
This skill activates when you need to:
- Deploy a new monitoring stack (Prometheus, Grafana, Datadog).
- Configure an existing monitoring stack.
- Generate production-ready monitoring configurations.
Examples
Example 1: Setting up Prometheus and Grafana on Kubernetes
User request: "I need to set up Prometheus and Grafana on my Kubernetes cluster to monitor my application."
The skill will:
- Generate Kubernetes manifests for deploying Prometheus and Grafana.
- Provide instructions for configuring Prometheus to scrape application metrics and Grafana to visualize them.
Example 2: Deploying Datadog Agent
User request: "Deploy Datadog agent to monitor our servers."
The skill will:
- Generate configuration files for the Datadog agent based on the target environment.
- Provide instructions for installing and configuring the Datadog agent on the specified servers.
Best Practices
- Security: Always follow security best practices when deploying monitoring stacks, including using secure credentials and limiting access to sensitive data.
- Scalability: Design your monitoring stack to be scalable to handle increasing data volumes and traffic.
- Documentation: Thoroughly document your monitoring setup, including configuration details and deployment procedures.
Integration
This skill works seamlessly with other Claude Code skills for infrastructure provisioning and application deployment. It can be integrated into automated CI/CD pipelines for continuous monitoring.
04 同仓库更多 Skills
Docs Research
Use MCP Central Docs server to search, ask, and retrieve documentation (FastMCP, standards, packaging).
wrappee-drift
Read-only, single-repo audit of a repo's tool coverage against the software it wraps (its current real API/docs, not training-data memory) and against comparable/competing wrappers. Trigger when the user says "wrappee drift" followed by a repo name, "capability audit" followed by a repo name, or asks whether a repo is missing features the wrapped software or a competitor now has. Always scoped to one named repo per invocation -- never trigger this fleet-wide or unprompted; that is explicitly against the SOP. Do NOT trigger for internal fleet-standard compliance (that is drift-scan) or strategic worth/archive decisions (that is quality-check) -- this is specifically about the gap between the repo's tool list and the wrapped software's/competitors' actual current capabilities.
modules
暂无简介
mcp-standards
Use when developing MCP servers to access comprehensive standards for scaffolding, packaging, sampling, documentation, testing, error handling, monitoring, and CI/CD workflows.
webapp-cua-test
Run the pre-Tauri CUA click-through test (real browser, dev stack, OCR "Connected" wait, sidebar nav walk) for a fleet MCP server repo under D:\Dev\repos. Trigger when the user says "cua webapp test" or "webapp clickthrough" followed by a repo name, asks for an e2e click-through of a webapp, or asks whether a webapp boots and connects in a real browser. Not for the installed NSIS app (that is the nsis-build skill / cua-nsis-test) and not for DOM assertions (Playwright), and not for hunting fake data or dead buttons (fakefind).
ship
Final release gate for a fleet MCP server repo under D:\Dev\repos -- run all quality gates, build the release artifact, verify it, commit, push, and cut a GitHub release. Trigger this whenever the user says "ship it", "ship" followed by a repo name, "release" followed by a repo name, or asks to finalize and publish work that's already been done in a repo. This is the terminal step after assfix/nsis-build, not a substitute for them -- if the repo hasn't been assessed recently, say so before shipping rather than shipping blind.