Token导航 LogoToken导航TokenDH.com
开发需要联网github未标认证来源可访问许可证需确认审计通过

arch-cloud拱云

Agent Skill

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

总安装

353

周安装

15

GitHub Stars

4

下载量

124
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:arch-cloud(拱云)
来源仓库:https://github.com/alphaonedev/openclaw-graph
仓库路径:skills/arch-cloud
安装命令:
npx skills add https://github.com/alphaonedev/openclaw-graph --skill arch-cloud
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/alphaonedev/openclaw-graph --skill arch-cloud

简介

用于云原生架构设计,arch-cloud 属于开发类 Skill,可作为该场景下的辅助能力补充。

  • 包括 Serverless、
  • CDN 与多区域部署。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。
  • 适合低延迟与高可用需求的应用场景。
  • 使用时需结合具体云平台特性配置 IaC 脚本。

SKILL.md

arch-cloud

Purpose

This skill helps design and implement cloud architectures focused on serverless technologies (e.g., AWS Lambda, Cloudflare Workers), edge computing, CDNs, multi-region setups for high availability (HA), and Infrastructure as Code (IaC) using Terraform. It ensures scalable, cost-effective solutions by guiding precise configuration and deployment.

When to Use

Use this skill for applications needing low-latency edge delivery, serverless backends to reduce costs, multi-region redundancy for HA, or IaC automation. Examples include building global APIs, migrating to serverless, or optimizing CDN for media delivery. Avoid for simple monolithic apps or on-prem setups.

Key Capabilities

  • Deploy serverless functions: Create AWS Lambda or Cloudflare Workers for event-driven processing.
  • Edge and CDN integration: Configure Cloudflare for edge caching and routing to reduce latency.
  • Multi-region HA patterns: Set up auto-failover with AWS Route 53 or Cloudflare load balancers.
  • IaC with Terraform: Define and provision cloud resources declaratively for reproducibility.
  • Cost optimization: Analyze patterns like using Lambda's reserved concurrency or Terraform's cost modules.

Usage Patterns

  1. Serverless API Deployment: Use Terraform to define a Lambda function and API Gateway, then deploy for quick scaling. Ensure multi-region setup by adding Route 53 for failover.
  2. Edge-Computing CDN Setup: Integrate Cloudflare Workers with a CDN to cache assets and handle requests at the edge, reducing origin server load. Combine with Terraform for automated provisioning across regions.

Common Commands/API

  • Terraform Commands: Initialize with terraform init; plan changes with terraform plan -out=plan.tfplan; apply with terraform apply plan.tfplan. Use -var="region=us-east-1" for region-specific vars.
  • AWS CLI for Lambda: Create a function using aws lambda create-function --function-name myLambda --zip-file fileb://function.zip --handler index.handler --runtime nodejs14.x --role arn:aws:iam::123456789012:role/lambdaRole. Invoke with aws lambda invoke --function-name myLambda out.txt.
  • Cloudflare API Endpoints: Authenticate with $CLOUDFLARE_API_KEY env var. Create a Worker script via POST to https://api.cloudflare.com/client/v4/accounts/{account_id}/workers/scripts with JSON body: {"id": "myWorker", "content": "addEventListener('fetch', event => event.respondWith(new Response('Hello')));"}.
  • Config Formats: Use HCL in Terraform files, e.g., resource "aws_lambda_function" "example" {function_name = "myFunction" runtime = "nodejs14.x" handler = "index.handler" filename = "function.zip"}. For API keys, set in env vars like export AWS_ACCESS_KEY_ID=$AWS_API_KEY.

Integration Notes

Integrate Terraform with CI/CD by running terraform plan in GitHub Actions via a workflow step: run: terraform plan -out=plan.out. For serverless, link Lambda to S3 triggers using Terraform: resource "aws_lambda_permission" "allow_s3" {action = "lambda:InvokeFunction" function_name = aws_lambda_function.example.function_name principal = "s3.amazonaws.com" source_arn = aws_s3_bucket.example.arn}. Use $TERRAFORM_STATE_BUCKET for remote state storage. For edge services, route traffic from Cloudflare to AWS via API Gateway by configuring Cloudflare's origin settings with the Gateway endpoint.

Error Handling

Handle Terraform errors by checking terraform plan output for diffs and running terraform apply --auto-approve only after review; common issues include dependency cycles—fix by ordering resources in.tf files. For Lambda, catch invocation errors with aws lambda invoke --function-name myLambda out.txt and parse logs via CloudWatch: use aws logs get-log-events --log-group /aws/lambda/myLambda --log-stream latest. If Cloudflare API returns 401, verify $CLOUDFLARE_API_KEY and retry with exponential backoff. In code, wrap API calls in try-catch: try {const response = await fetch('https://api.cloudflare.com/...');} catch (error) {console.error(error.message);}. Always validate region configs to avoid "region not supported" errors.

Concrete Usage Examples

  1. Deploy a Multi-Region Serverless Function: First, set env vars: export AWS_REGION=us-east-1 and export AWS_ACCESS_KEY_ID=$AWS_API_KEY. Create a Terraform file: resource "aws_lambda_function" "globalFn" {...} resource "aws_route53_record" "failover" {zone_id = "Z1234567890" name = "api.example.com" type = "A" failover_routing_policy {...}}. Run terraform init && terraform apply to deploy Lambda in us-east-1 and set up Route 53 for HA.
  2. Set Up Edge CDN with Workers: Authenticate Cloudflare with export CLOUDFLARE_API_KEY=your_key. Use Terraform to provision: resource "cloudflare_worker_script" "edgeScript" {name = "edgeWorker" content = "addEventListener('fetch', event => {...});} resource "cloudflare_zone" "example" {zone = "example.com"}. Deploy with terraform apply, then test by curling the Worker endpoint.

Graph Relationships

  • Related to: se-architecture cluster (e.g., 'design-patterns' for architectural blueprints, 'deployment-strategies' for rollout techniques).
  • Connected via tags: 'cloud' links to 'aws-services' skill; 'serverless' to 'lambda-optimizations'; 'terraform' to 'iac-best-practices'.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

37.36%
按下载量换算46

Claude

29.38%
按下载量换算36

Cursor

17.17%
按下载量换算21

Gemini CLI

7.93%
按下载量换算10

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

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

来源信息

继续浏览同类 Skills