ln-783-container-launcher by levnikolaevich/claude-code-skills
npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-783-container-launcherPaths: File paths (
shared/,references/,../ln-*) are relative to skills repo root. If not found at CWD, locate this SKILL.md directory and go up one level for repo root. Ifshared/is missing, fetch files via WebFetch fromhttps://raw.githubusercontent.com/levnikolaevich/claude-code-skills/master/skills/{path}.
类型: L3 Worker 类别: 7XX 项目引导 父级: ln-780-bootstrap-verifier
构建 Docker 镜像,启动容器,并使用 Docker 原生健康检查及重试策略执行全面的健康验证。
范围:
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
超出范围:
| 场景 | 使用此技能 |
|---|---|
| 由 ln-780 编排器调用 | 是 |
| 独立启动容器 | 是 |
| 开发环境设置 | 是 |
| 生产部署 | 否,请使用适当的 CI/CD |
验证 Docker 环境就绪状态。
| 检查项 | 失败操作 |
|---|---|
| Docker 守护进程正在运行 | 报告错误并提供安装说明 |
| Docker Compose 可用 | 报告错误,建议安装 |
| Compose 文件存在 | 报告错误,列出预期位置 |
| 所需端口空闲 | 报告冲突,建议替代方案 |
| 磁盘空间充足 | 如果空间不足(<2GB 可用)则发出警告 |
从 docker-compose.yml 中提取服务信息。
| 信息 | 用途 |
|---|---|
| 服务名称 | 跟踪需要监控的容器 |
| 暴露端口 | 了解需要检查的端口 |
| 健康检查定义 | 如果已定义则使用原生健康检查 |
| 依赖关系 (depends_on) | 理解启动顺序 |
| 卷挂载 | 验证路径是否存在 |
构建 compose 文件中定义的所有镜像。
| 方面 | 策略 |
|---|---|
| 构建上下文 | 使用 compose 文件中的路径 |
| 构建参数 | 从 compose 配置中传递 |
| 缓存 | 使用 Docker 层缓存以提高速度 |
| 失败 | 报告构建错误并附带完整日志 |
以正确的编排方式启动容器。
| 方面 | 策略 |
|---|---|
| 启动顺序 | 遵循 depends_on 和 healthcheck 条件 |
| 分离模式 | 在后台运行 |
| 网络 | 使用 compose 定义的网络 |
| 卷 | 挂载所有已定义的卷 |
使用适当的策略验证所有容器是否健康。
策略选择:
| 条件 | 策略 |
|---|---|
服务在 compose 中有 healthcheck: | 使用 Docker 原生健康状态 |
服务有 depends_on: condition: service_healthy | 等待 Docker 健康状态 |
| 未定义健康检查 | 使用带重试的外部 HTTP 探针 |
重试配置:
| 参数 | 值 | 原理 |
|---|---|---|
| 最大尝试次数 | 10 | 允许启动缓慢的服务 |
| 初始延迟 | 5s | 给容器启动时间 |
| 退避策略 | 指数级 (5, 10, 20, 40s) | 避免压垮服务 |
| 最大总等待时间 | 120s | 合理的上限 |
健康检查方法:
| 方法 | 使用时机 |
|---|---|
| Docker 健康状态 | 当容器定义了健康检查时 |
| 对暴露端口进行 HTTP GET | 适用于没有健康检查的 Web 服务 |
| 容器执行命令 | 适用于没有暴露端口的服务 |
| TCP 端口检查 | 适用于数据库和消息队列 |
将结构化结果返回给编排器。
结果结构:
| 字段 | 描述 |
|---|---|
| containers | 容器状态对象数组 |
| healthChecks | 健康检查结果数组 |
| accessUrls | 服务名到访问 URL 的映射 |
| overallStatus | healthy / unhealthy / partial |
| startupDuration | 从启动到全部健康的时间 |
容器状态对象:
| 字段 | 描述 |
|---|---|
| name | 容器名称 |
| service | compose 中的服务名称 |
| status | running / exited / restarting |
| health | healthy / unhealthy / starting / none |
| port | 暴露端口(如果有) |
| startedAt | 容器启动时间戳 |
健康检查结果:
| 字段 | 描述 |
|---|---|
| url | 检查的 URL 或端点 |
| status | HTTP 状态码或检查结果 |
| responseTime | 响应时间(毫秒) |
| healthy | 布尔健康状态 |
| 错误类型 | 操作 |
|---|---|
| Docker 守护进程未运行 | 报告并提供启动说明 |
| 端口已被占用 | 报告冲突,建议先运行 docker compose down |
| 镜像构建失败 | 报告并附带构建日志 |
| 容器已退出 | 报告并附带容器日志 |
| 健康检查超时 | 报告最后已知状态和日志 |
| 网络不可达 | 检查 Docker 网络配置 |
| 选项 | 默认值 | 描述 |
|---|---|---|
| keepRunning | true | 验证后保持容器运行 |
| stopAfter | false | 成功验证后停止容器 |
| healthTimeout | 120 | 等待健康状态的最大秒数 |
| showLogs | true | 失败时显示容器日志 |
| buildFirst | true | 启动前构建镜像 |
| pullLatest | false | 构建前拉取基础镜像 |
在报告中为用户提供清理命令。
| 操作 | 描述 |
|---|---|
| 停止容器 | 停止正在运行的容器,保留数据 |
| 移除容器和网络 | 清理容器但保留卷 |
| 移除所有内容 | 完全清理,包括卷和镜像 |
../ln-780-bootstrap-verifier/SKILL.md版本: 2.0.0 最后更新: 2026-01-10
每周安装数
147
仓库
GitHub 星标数
245
首次出现
Jan 24, 2026
安全审计
安装于
claude-code135
codex131
opencode131
gemini-cli130
cursor129
github-copilot125
Paths: File paths (
shared/,references/,../ln-*) are relative to skills repo root. If not found at CWD, locate this SKILL.md directory and go up one level for repo root. Ifshared/is missing, fetch files via WebFetch fromhttps://raw.githubusercontent.com/levnikolaevich/claude-code-skills/master/skills/{path}.
Type: L3 Worker Category: 7XX Project Bootstrap Parent: ln-780-bootstrap-verifier
Builds Docker images, launches containers, and performs comprehensive health verification using Docker native health checks and retry strategies.
Scope:
Out of Scope:
| Scenario | Use This Skill |
|---|---|
| Called by ln-780 orchestrator | Yes |
| Standalone container launch | Yes |
| Development environment setup | Yes |
| Production deployment | No, use proper CI/CD |
Verify Docker environment readiness.
| Check | Failure Action |
|---|---|
| Docker daemon running | Report error with installation instructions |
| Docker Compose available | Report error, suggest installation |
| Compose file exists | Report error, list expected locations |
| Required ports free | Report conflict, suggest alternatives |
| Sufficient disk space | Warn if low space (<2GB free) |
Extract service information from docker-compose.yml.
| Information | Purpose |
|---|---|
| Service names | Track which containers to monitor |
| Exposed ports | Know which ports to check |
| Health check definitions | Use native health checks if defined |
| Dependencies (depends_on) | Understand startup order |
| Volume mounts | Verify paths exist |
Build all images defined in compose file.
| Aspect | Strategy |
|---|---|
| Build context | Use paths from compose file |
| Build args | Pass through from compose configuration |
| Cache | Use Docker layer cache for speed |
| Failure | Report build errors with full log |
Start containers with proper orchestration.
| Aspect | Strategy |
|---|---|
| Startup order | Respect depends_on and healthcheck conditions |
| Detached mode | Run in background |
| Network | Use compose-defined networks |
| Volumes | Mount all defined volumes |
Verify all containers are healthy using appropriate strategy.
Strategy Selection:
| Condition | Strategy |
|---|---|
Service has healthcheck: in compose | Use native Docker health status |
Service has depends_on: condition: service_healthy | Wait for Docker health status |
| No healthcheck defined | Use external HTTP probe with retry |
Retry Configuration:
| Parameter | Value | Rationale |
|---|---|---|
| Max attempts | 10 | Allow slow-starting services |
| Initial delay | 5s | Give containers time to start |
| Backoff | Exponential (5, 10, 20, 40s) | Avoid overwhelming services |
| Max total wait | 120s | Reasonable upper limit |
Health Check Methods:
| Method | When to Use |
|---|---|
| Docker health status | When container has healthcheck defined |
| HTTP GET to exposed port | For web services without healthcheck |
| Container exec | For services without exposed ports |
| TCP port check | For databases and message queues |
Return structured results to orchestrator.
Result Structure:
| Field | Description |
|---|---|
| containers | Array of container status objects |
| healthChecks | Array of health check results |
| accessUrls | Map of service name to access URL |
| overallStatus | healthy / unhealthy / partial |
| startupDuration | Time from launch to all healthy |
Container Status Object:
| Field | Description |
|---|---|
| name | Container name |
| service | Service name from compose |
| status | running / exited / restarting |
| health | healthy / unhealthy / starting / none |
| port | Exposed port (if any) |
| startedAt | Container start timestamp |
Health Check Result:
| Field | Description |
|---|---|
| url | Checked URL or endpoint |
| status | HTTP status code or check result |
| responseTime | Time to respond in ms |
| healthy | Boolean health status |
| Error Type | Action |
|---|---|
| Docker daemon not running | Report with start instructions |
| Port already in use | Report conflict, suggest docker compose down first |
| Image build failed | Report with build logs |
| Container exited | Report with container logs |
| Health check timeout | Report with last known status and logs |
| Network unreachable | Check Docker network configuration |
| Option | Default | Description |
|---|---|---|
| keepRunning | true | Leave containers running after verification |
| stopAfter | false | Stop containers after successful verification |
| healthTimeout | 120 | Max seconds to wait for healthy status |
| showLogs | true | Show container logs on failure |
| buildFirst | true | Build images before starting |
| pullLatest | false | Pull base images before build |
Provide user with cleanup commands in report.
| Action | Description |
|---|---|
| Stop containers | Stop running containers, preserve data |
| Remove containers and networks | Clean up containers but keep volumes |
| Remove everything | Full cleanup including volumes and images |
../ln-780-bootstrap-verifier/SKILL.mdVersion: 2.0.0 Last Updated: 2026-01-10
Weekly Installs
147
Repository
GitHub Stars
245
First Seen
Jan 24, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykWarn
Installed on
claude-code135
codex131
opencode131
gemini-cli130
cursor129
github-copilot125
Azure 升级评估与自动化工具 - 轻松迁移 Functions 计划、托管层级和 SKU
104,900 周安装