cloud-architect

Teach cloud-domain concepts before infrastructure design and architecture guidance.

2|Updated Jan 22, 2026
One-click install
npx skills add https://github.com/Tomlord1122/tomtom-skill --skill cloud-architect-tomlord1122
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: cloud-architect
Source: https://github.com/Tomlord1122/tomtom-skill/tree/main/skills/cloud-architect
Command: npx skills add https://github.com/Tomlord1122/tomtom-skill --skill cloud-architect-tomlord1122

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires helm, terraform, and includes scripts (resource) components.

What problem does it solve?

Cloud infrastructure decisions are hard without fundamental domain understanding. This Skill fills the gap by teaching the core concepts of cloud architecture before diving into infrastructure design, ensuring users can reason about choices rather than blindly applying tools.

Core Features & Use Cases

  • Domain education: explains orchestration, networking, IaC, observability, and security principles from first principles.
  • Structured design guidance: provides a teach-first approach that culminates in concrete infrastructure recommendations and code templates.
  • Decision-frameworks: offers steps for requirements discovery, pattern selection, security-by-design, and observability planning.
  • Use Case: when a team asks how to architect a Kubernetes-based system, this Skill maps concepts to patterns (Deployment vs StatefulSet, Ingress vs Service, HPA vs KEDA) and outlines trade-offs.

Quick Start

Ask me to explain a cloud domain, then we will work through requirements and an architecture plan step by step.

Frequently Asked Questions about cloud-architect

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I learn cloud architecture concepts before designing infrastructure?

To learn cloud architecture concepts, you need a teach-first framework that explains orchestration, networking, IaC, observability, and security from first principles. This approach ensures you reason about infrastructure choices rather than blindly applying tools to your design scenarios.

What is the best way to gather requirements for a cloud infrastructure design?

The best way to gather requirements for cloud infrastructure design is using a stepwise discovery framework. This structured process maps concepts to architecture patterns, outlines trade-offs, and ensures foundational understanding before choosing specific cloud architectures or writing manifests.

How does Kubernetes architecture pattern selection work for Deployments vs StatefulSets?

Kubernetes architecture pattern selection works by mapping infrastructure concepts to specific patterns like Deployment vs StatefulSet or Ingress vs Service. A decision-framework guides the trade-off analysis, ensuring you choose the right pattern based on your specific application requirements.

Do I need to understand cloud domains before using Terraform and Helm for infrastructure design?

Yes, you need to understand cloud domains before using Terraform and Helm for infrastructure design. A teach-first approach explains orchestration, networking, and security principles prior to writing manifests, ensuring you can properly reason about cost optimization and architecture choices.

When should I use a teach-first approach instead of directly writing infrastructure code?

You should use a teach-first approach instead of directly writing infrastructure code when your team lacks foundational cloud domain understanding. It provides decision-frameworks for requirements discovery, pattern selection, security-by-design, and observability planning before committing to architecture decisions.

What are the limitations of choosing cloud infrastructure patterns without foundational domain education?

Choosing cloud infrastructure patterns without foundational domain education limits your ability to reason about trade-offs and perform cost optimization. Without understanding orchestration, networking, and observability principles, teams risk blindly applying tools instead of implementing effective security-by-design.