Token导航 LogoToken导航

Agent Skill · 开发

infrastructure-health-check(基础设施健康检查)

infrastructure-health-check 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

infrastructure-health-check 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 21,271。

总安装 192周安装 8GitHub Stars 1下载 64核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:infrastructure-health-check(基础设施健康检查)
来源仓库:https://github.com/dawiddutoit/custom-claude
仓库路径:skills/infrastructure-health-check
安装命令:
npx skills add https://github.com/dawiddutoit/custom-claude --skill infrastructure-health-check
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/dawiddutoit/custom-claude --skill infrastructure-health-check

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中整理仓库状态与变更事项。适用于围绕代码协作流程进行信息梳理和状态跟踪,提升开发效率。

通过 npx skills add 命令从 GitHub 仓库安装,需结合原始 README 核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网或文件读写操作。infrastructure-health-check 属于开发类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/infrastructure-health-check

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/dawiddutoit/custom-claude --skill infrastructu…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

infrastructure-health-check 怎么安装?

在终端执行 npx skills add https://github.com/dawiddutoit/custom-claude --skill infrastructure-health-…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

infrastructure-health-check 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

infrastructure-health-check 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

infrastructure-health-check 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

infrastructure-health-check 用的人多吗?

公开数据是累计安装 192 次,近一周安装 8 次,下载 64 次,GitHub 1 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

infrastructure-health-check 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
infrastructure-health-check

基础设施健康检查 · 本页

1921接触敏感数据未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Works with docker-compose, Caddy, Pi-hole, and Cloudflare services.

Infrastructure Health Check

Comprehensive health verification for all network infrastructure services.

Quick Start

Run a full infrastructure health check:

cd /home/dawiddutoit/projects/network && ./scripts/health-check.sh

Or invoke this skill with: "Check infrastructure health" or "Is everything running?"

Table of Contents

  1. When to Use This Skill
  2. What This Skill Does
  3. Instructions

- 3.1 Docker Container Status - 3.2 Caddy HTTPS Verification - 3.3 Pi-hole DNS Check - 3.4 Cloudflare Tunnel Status - 3.5 Webhook Endpoint Test - 3.6 SSL Certificate Validity - 3.7 Cloudflare Access Verification - 3.8 Generate Health Report

  1. Supporting Files
  2. Expected Outcomes
  3. Requirements
  4. Red Flags to Avoid

When to Use This Skill

Explicit Triggers:

  • "Check infrastructure health"
  • "Is everything running?"
  • "Check service status"
  • "Verify SSL certificates"
  • "Check tunnel connection"
  • "Diagnose network issues"

Implicit Triggers:

  • After restarting Docker services
  • After network configuration changes
  • Before deploying new services
  • When services seem unresponsive

Debugging Triggers:

  • "Why can't I access pihole.temet.ai?"
  • "Services are not responding"
  • "SSL certificate errors"
  • "Authentication not working"

What This Skill Does

Performs 8 health checks and generates a comprehensive status report:

  1. Docker Containers - Verifies all containers are running and healthy
  2. Caddy HTTPS - Tests reverse proxy is serving HTTPS correctly
  3. Pi-hole DNS - Confirms DNS resolution is working
  4. Cloudflare Tunnel - Checks tunnel connectivity to Cloudflare
  5. Webhook Endpoint - Tests GitHub webhook accessibility
  6. SSL Certificates - Validates certificate validity and expiration
  7. Cloudflare Access - Verifies authentication is configured
  8. Overall Status - Aggregates results into pass/fail summary

Instructions

3.1 Docker Container Status

Check all containers are running:

cd /home/dawiddutoit/projects/network && docker compose ps --format "table {{.Name}}\t{{.Status}}\t{{.Health}}"

Expected containers:

ContainerStatusPurpose
piholeUp (healthy)DNS + Ad blocking
caddyUpReverse proxy
cloudflaredUpCloudflare Tunnel
webhookUpGitHub auto-deploy

Check for issues:

docker compose ps --filter "status=exited"
docker compose ps --filter "health=unhealthy"

3.2 Caddy HTTPS Verification

Test Caddy is serving HTTPS for each domain:

# Test Pi-hole
curl -sI https://pihole.temet.ai --max-time 5 | head -1

# Test Jaeger
curl -sI https://jaeger.temet.ai --max-time 5 | head -1

# Test Langfuse
curl -sI https://langfuse.temet.ai --max-time 5 | head -1

Expected: HTTP/2 200 or HTTP/2 302 (redirect to auth)

Check Caddy logs for errors:

docker logs caddy --tail 20 2>&1 | grep -iE "error|warn|fail"

3.3 Pi-hole DNS Check

Verify DNS resolution is working:

# Check Pi-hole can resolve local domains
docker exec pihole dig +short @127.0.0.1 pihole.temet.ai

# Check from host
dig @localhost pihole.temet.ai +short

# Check external DNS
dig @1.1.1.1 pihole.temet.ai +short

Expected: Returns IP address (192.168.68.135 for local, Cloudflare IP for external)

Check Pi-hole status:

docker exec pihole pihole status

3.4 Cloudflare Tunnel Status

Verify tunnel is connected:

# Check tunnel logs for connection status
docker logs cloudflared --tail 30 2>&1 | grep -iE "connected|registered|error|failed"

# Check tunnel process is running
docker exec cloudflared pgrep -f cloudflared

Expected output contains:

  • Registered tunnel connection - Tunnel is connected
  • Connection... registered - Healthy connection

Warning signs:

  • connection failed - Network issues
  • error - Configuration problems
  • No recent log entries - Process may be stuck

3.5 Webhook Endpoint Test

Verify webhook is accessible:

# Test webhook health endpoint locally
curl -s http://localhost:9000/hooks/health

# Test via domain (if local)
curl -sI https://webhook.temet.ai/hooks/health --max-time 5 | head -1

Expected: OK response or HTTP/2 200

3.6 SSL Certificate Validity

Check certificate details for each domain:

for domain in pihole jaeger langfuse ha code; do
  echo "=== $domain.temet.ai ==="
  echo | openssl s_client -servername $domain.temet.ai \
    -connect $domain.temet.ai:443 2>/dev/null | \
    openssl x509 -noout -dates -issuer 2>/dev/null || echo "FAILED"
  echo
done

Expected output:

notBefore=<date>
notAfter=<date>
issuer=C = US, O = Let's Encrypt, CN = R11

Check certificate expiration:

# Get days until expiration
for domain in pihole jaeger langfuse; do
  echo -n "$domain.temet.ai: "
  echo | openssl s_client -servername $domain.temet.ai \
    -connect $domain.temet.ai:443 2>/dev/null | \
    openssl x509 -noout -checkend 2592000 && echo "OK (>30 days)" || echo "RENEW SOON"
done

3.7 Cloudflare Access Verification

Check Access is configured for protected services:

# Test that Access is intercepting (should redirect to login)
curl -sI https://pihole.temet.ai --max-time 5 | grep -E "^(HTTP|location|cf-)"

Expected for protected services:

  • HTTP/2 302 with redirect to cloudflareaccess.com login
  • OR HTTP/2 200 if already authenticated

Check Access configuration via API:

source /home/dawiddutoit/projects/network/.env
curl -s "https://api.cloudflare.com/client/v4/accounts/${CLOUDFLARE_ACCOUNT_ID}/access/apps" \
  -H "Authorization: Bearer ${CLOUDFLARE_ACCESS_API_TOKEN}" | \
  python3 -c "import sys,json; apps=json.load(sys.stdin).get('result',[]); print('\n'.join([f\"{a['name']}: {a['domain']}\" for a in apps]))"

3.8 Generate Health Report

Aggregate all checks into a summary report:

========================================
  Infrastructure Health Report
  Generated: $(date)
========================================

DOCKER CONTAINERS
-----------------
[PASS] pihole: running (healthy)
[PASS] caddy: running
[PASS] cloudflared: running
[PASS] webhook: running

HTTPS ENDPOINTS
---------------
[PASS] pihole.temet.ai: HTTP/2 200
[PASS] jaeger.temet.ai: HTTP/2 200
[PASS] langfuse.temet.ai: HTTP/2 200

DNS RESOLUTION
--------------
[PASS] Local DNS: 192.168.68.135
[PASS] External DNS: resolving via Cloudflare

CLOUDFLARE TUNNEL
-----------------
[PASS] Tunnel: connected

WEBHOOK
-------
[PASS] Endpoint: responding

SSL CERTIFICATES
----------------
[PASS] pihole.temet.ai: valid, expires in 67 days
[PASS] jaeger.temet.ai: valid, expires in 67 days
[PASS] langfuse.temet.ai: valid, expires in 67 days

CLOUDFLARE ACCESS
-----------------
[PASS] pihole.temet.ai: protected
[PASS] jaeger.temet.ai: protected
[PASS] langfuse.temet.ai: protected
[PASS] webhook.temet.ai: bypass (public)

========================================
  Overall Status: ALL CHECKS PASSED
========================================

Supporting Files

FilePurpose
scripts/health-check.shAutomated health check script
references/troubleshooting.mdCommon issues and solutions
examples/examples.mdExample health check outputs

Expected Outcomes

Success (All Checks Pass):

  • All 4 containers running
  • HTTPS endpoints responding with 200/302
  • DNS resolving correctly
  • Tunnel connected to Cloudflare
  • Webhook accessible
  • Certificates valid with >30 days remaining
  • Access configured for protected services

Partial Failure:

  • One or more containers down -> Restart with docker compose up -d
  • Certificate expiring soon -> Will auto-renew, monitor
  • Access misconfigured -> Run ./scripts/cf-access-setup.sh setup

Critical Failure:

  • Multiple containers down -> Check Docker daemon, disk space
  • Tunnel disconnected -> Check internet, tunnel token
  • DNS not resolving -> Check Pi-hole container, router DNS settings
  • All certificates invalid -> Check Cloudflare API token

Requirements

Environment:

  • Docker and Docker Compose running
  • Access to /home/dawiddutoit/projects/network
  • .env file with Cloudflare credentials
  • Network connectivity

Services:

  • pihole container
  • caddy container
  • cloudflared container
  • webhook container

Red Flags to Avoid

  • Do not ignore certificate expiration warnings
  • Do not skip DNS checks when troubleshooting access issues
  • Do not assume tunnel is connected without checking logs
  • Do not run health checks without network connectivity
  • Do not ignore container health status (unhealthy state)
  • Do not forget to check both local and external DNS resolution
  • Do not assume HTTP 302 is a failure (it's auth redirect)

Notes

  • Health checks should be run from the Pi (192.168.68.135) for accurate local results
  • Remote access testing requires being outside the home network
  • Certificate auto-renewal happens 30 days before expiration
  • Cloudflare Tunnel reconnects automatically after brief disconnections
  • Pi-hole DNS may cache results for up to 5 minutes
  • Run ./scripts/health-check.sh for automated checking

平台分布

Codex

32.83%
按下载量换算21

Claude

32.91%
按下载量换算21

Cursor

17.84%
按下载量换算11

Gemini CLI

9.36%
按下载量换算6

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills