mcpField
C
cloudflare

cloudflare

github.com/heyvhuang云与 DevOps33851 次安装30 周前更新
代码仓库

关于 cloudflare

cloudflare 是面向基础设施运维人员的 Cloudflare 服务管理技能,支持只读诊断和需确认的资源变更,并要求基于证据验证结果。

主要功能

  1. 01查询日志、指标与审计记录
  2. 02查看 Workers 和构建记录
  3. 03管理 KV、R2、D1 与 Hyperdrive
  4. 04写入操作需先获确认
  5. 05支持 MCP、Wrangler CLI 或 Dashboard

适用场景

  1. 01排查 Worker 错误
  2. 02审查构建与变更历史
  3. 03规划并验证资源变更

MCP 相关

MCP 是可选执行后端,也可使用 Wrangler CLI 或 Dashboard。通过 MCP,该技能可借助已连接的 MCP 服务操作 Cloudflare 服务。

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/heyvhuang/ship-faster --skill cloudflare

安装后在 Claude Code 中输入/cloudflare确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

BACKENDS.md
scenarios.md
SETUP.md

详细介绍

Cloudflare 基础设施运维

管理 Cloudflare 服务:Workers、KV、R2、D1、Hyperdrive、Observability、Builds 和 Audit Logs。

MCP 为可选项。 此技能可通过 MCP(自动)、Wrangler CLI 或 Dashboard 使用。执行选项请参阅 BACKENDS.md。

权限级别

级别用途范围风险控制
诊断只读/查询/排障Observability、Builds、Audit默认入口,不执行写入
变更创建/修改/删除资源KV、R2、D1、Hyperdrive需要确认和验证
超级管理员最高权限全部功能 + Container Sandbox仅限隔离/测试环境

安全规则

读取操作
  1. 先定义范围 — 账号/Worker/资源 ID
  2. 未设置账号? — 先列出账号,然后设置当前账号
  3. 需要证据 — 结论必须有日志/屏幕截图/审计记录支持
写入操作(三步流程)
1. Plan: Read current state first (list/get)
2. Confirm: Output precise change (name/ID/impact), await user confirmation
3. Execute: create/delete/update
4. Verify: audit logs + observability confirm no new errors
禁止操作
  • ❌ 未经确认执行创建/删除/更新操作
  • ❌ 删除生产资源(除非用户明确说“删除生产环境中的 xxx”)
  • ❌ 在非隔离环境中使用超级管理员权限
  • ❌ 将容器沙箱用作持久化环境

操作类别

诊断级别(只读)
类别可执行操作
Observability查询 Worker 日志/指标,发现字段,探索取值
Builds列出构建历史,获取构建详情,查看构建日志
Browser获取页面 HTML,转换为 Markdown,截取屏幕截图
Audit按时间范围拉取变更历史
Workers列出 Worker,获取详情,查看源代码
变更级别(写入操作)
资源操作
KV列出、获取、创建 ⚠️、更新 ⚠️、删除 ⚠️
R2列出、获取、创建 ⚠️、删除 ⚠️
D1列出、获取、查询、创建 ⚠️、删除 ⚠️
Hyperdrive列出、获取、创建 ⚠️、编辑 ⚠️、删除 ⚠️

⚠️ = 需要确认

超级管理员级别(Container Sandbox)

用于隔离任务的临时容器(生命周期约 10 分钟):

  • 初始化、执行命令、读取/写入/删除文件
  • 适用于:运行测试、复现问题、解析数据
  • 不适用于:持久化状态、生产工作负载

常见工作流

故障排查流程
1. Clarify symptoms → worker name / time range / error type
2. Query observability to pull logs/metrics
3. If build-related → get build logs
4. If page-related → take screenshot to reproduce
5. Trace changes → pull audit logs
6. Summarize: root cause + evidence + fix recommendations
资源管理流程
1. List accounts → set active account
2. List resources (KV / R2 / D1)
3. Plan changes → present to user
4. Execute after confirmation
5. Verify: audit logs + observability shows no errors

输出格式

  • 语言:英文
  • 结构:结论 → 关键数据/证据 → 工具调用摘要 → 后续步骤
  • 写入操作:必须清楚列出操作和影响范围

示例:

✅ Investigation complete: worker `api-gateway` experienced 5xx spike between 18:00-18:30

Root cause: New code deployed threw TypeError when processing /v2/users
Evidence:
- Logs: 18:02 first occurrence of "Cannot read property 'id' of undefined"
- Audit: 18:00 user [email protected] deployed new version
- Metrics: error_rate jumped from 0.1% to 12%

Recommendation: Roll back to previous version, or fix /v2/users handler

基于文件的流水线

集成到多步骤工作流时:

runs/<workflow>/active/<run_id>/
├── proposal.md                # Symptoms/objectives
├── context.json               # Account/worker/resource/time_range
├── tasks.md                   # Checklist + approval gate
├── evidence/observability.md
├── evidence/audit.md
├── evidence/screenshots/
├── evidence/change-plan.md    # Write operations written here first
├── evidence/report.md         # Conclusion + evidence + next steps
└── logs/events.jsonl          # Optional tool call summary

错误处理

情况操作
未设置账号先运行 accounts_list → set_active_account
资源不存在验证 ID/名称,列出可用资源
权限不足说明所需权限,检查 API token 范围
Observability 查询范围过广拆分为更小的时间范围

相关文件

评论

支持 Markdown