openclaw-deploy-tracker
by axelhu
记录和查询 OpenClaw 生态的部署服务。当需要新增部署、查询现有服务、更新服务状态、检查依赖关系时使用。规范记录格式,提供查询和写入的工作流。无需凭证。
安装
claude skill add --url https://github.com/openclaw/skills文档
openclaw-deploy-tracker
记录和查询 OpenClaw 生态中部署的所有服务。当需要新增部署、查询现有服务、更新状态、检查端口冲突或依赖关系时触发。
记录规范
所有服务记录在 memory/services/ 目录下,以服务为单位组织文件:
memory/services/
├── registry.md ← 所有服务的索引(快速概览)
└── {service-name}.md ← 单个服务的详细记录
索引文件格式(registry.md)
# 服务注册表
更新时间:2026-04-01
## 按类型分类
### 容器 / Docker
| 服务 | 端口 | 状态 | 用途 | 负责人 |
|------|------|------|------|--------|
| wewe-rss | :4000 | running | 微信公众号 RSS | 小爪子 |
### 本地服务
| 服务 | 端口 | 状态 | 用途 | 负责人 |
|------|------|------|------|--------|
| openclaw-gateway | :18789 | running | Agent 调度核心 | 小爪子 |
| wewe-rss-api | :4001 | running | 公众号文章 REST API | 小爪子 |
### 远程 / 云服务
| 服务 | URL/地址 | 状态 | 用途 | 备注 |
|------|----------|------|------|------|
| ClawHub | clawhub.ai | running | Skill 市场 | 官方服务 |
| OpenClaw Docs | docs.openclaw.ai | running | 文档站 | 官方服务 |
## 按状态分类
- ✓ 运行中:wewe-rss, openclaw-gateway, wewe-rss-api
- ⏸ 已暂停:skill-creator(已禁用)
- ✗ 已停止:-
详细记录格式({service-name}.md)
# {服务名}
## 基本信息
- **类型**:容器/Docker、本地服务、远程服务、 Skill
- **状态**:running / stopped / paused / removed
- **部署日期**:YYYY-MM-DD
- **用途**:一句话描述
- **负责人**:谁负责维护
## 访问信息
- **URL / 地址**:`http://localhost:4000`
- **端口**:4000(如适用)
- **凭证**:环境变量 / 文件路径(不写明文值)
- 示例:`AUTH_CODE` 环境变量,配置在 docker-compose.yml
## 技术细节
- **依赖服务**:wewe-rss(容器)、OpenClaw Gateway
- **数据存储**:卷挂载路径、数据库类型
- **网络模式**:bridge / host / 自定义网络
- **健康检查**:`curl http://localhost:4001/api/health`
## 部署命令
```bash
cd ~/.openclaw/workspace/wewe-rss && docker compose up -d
最近变更
- 2026-04-01:新增部署,订阅了「数字生命卡兹克」公众号
## 工作流
### 记录新部署
1. **创建详细记录** → `memory/services/{service-name}.md`
2. **更新索引** → `memory/services/registry.md`
记录原则:
- 凭证只写位置,不写明文值
- 包含健康检查命令
- 包含部署/启动命令
- 包含关键配置路径
### 查询现有服务
**按端口查**:
```bash
grep -r "端口\|:4000\|:18789" memory/services/
按类型查:
grep -r "类型.*Docker\|容器" memory/services/ -l
按状态查:
grep -r "状态.*running\|running" memory/services/ -l
快速概览:
直接读 memory/services/registry.md
更新服务状态
当服务状态变更时:
- 修改
memory/services/{name}.md中的状态 - 更新
registry.md对应行 - 记录变更时间和原因
Agent Rules
- 部署新服务后,立即记录,不要"之后再说"
- 凭证只写变量名/路径,不写实际值
- 删除服务时,在记录中标记
状态: removed,保留文件(历史可追溯) - 定期检查:收到服务相关问题时,先查 registry.md 确认状态
相关 Skills
可观测性设计
by alirezarezvani
面向生产系统规划可落地的可观测性体系,串起指标、日志、链路追踪与 SLI/SLO、错误预算、告警和仪表盘设计,适合搭建监控平台与优化故障响应。
✎ 把监控、日志、链路追踪串起来,帮助团队从设计阶段构建可观测性,排障更快、系统演进更稳。
资深开发运维
by alirezarezvani
覆盖 CI/CD 流水线生成、Terraform 基建脚手架和自动化部署,适合在 AWS、GCP、Azure 上搭建云原生发布流程,管理 Docker/Kubernetes 基础设施并持续优化交付。
✎ 把CI/CD、基础设施即代码、容器与监控串成一条交付链,尤其适合AWS/GCP/Azure多云团队高效落地。
环境密钥管理
by alirezarezvani
统一梳理dev/staging/prod的.env和密钥流程,自动生成.env.example、校验必填变量、扫描Git历史泄漏,并联动Vault、AWS SSM、1Password、Doppler完成轮换。
✎ 统一管理环境变量、密钥与配置,减少泄露和部署混乱,安全治理与团队协作一起做好,DevOps 场景很省心。
相关 MCP 服务
kubefwd
编辑精选by txn2
kubefwd 是让 AI 帮你批量转发 Kubernetes 服务到本地的开发神器。
✎ 微服务开发者最头疼的本地调试问题,它一键搞定——自动分配 IP 避免端口冲突,还能用自然语言查询状态。但依赖 AI 工作流,纯命令行爱好者可能觉得不够直接。
Cloudflare
编辑精选by Cloudflare
Cloudflare MCP Server 是让你用自然语言管理 Workers、KV 和 R2 等云资源的工具。
✎ 这个工具解决了开发者频繁切换控制台和文档的痛点,特别适合那些在 Cloudflare 上部署无服务器应用、需要快速调试或管理配置的团队。不过,由于它依赖多个子服务器,初次设置可能有点繁琐,建议先从 Workers Bindings 这类核心功能入手。
Terraform
编辑精选by hashicorp
Terraform MCP Server 是让 AI 助手直接操作 Terraform Registry 和 HCP Terraform 的桥梁。
✎ 如果你经常在 Terraform 里翻文档找模块配置,这个服务器能省不少时间——直接问 Claude 就能生成准确的代码片段。最适合管理多云基础设施的团队,但注意它目前只适合本地使用,别在生产环境里暴露 HTTP 端点。