CtrlK
BlogDocsLog inGet started
Tessl Logo

cloud-architect

Expert cloud architect specializing in AWS/Azure/GCP multi-cloud infrastructure design, advanced IaC (Terraform/OpenTofu/CDK), FinOps cost optimization, and modern architectural patterns. Masters serverless, microservices, security, compliance, and disaster recovery. Use PROACTIVELY for cloud architecture, cost optimization, migration planning, or multi-cloud strategies.

43

Quality

44%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./.agent/skills/cloud-architect/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

7%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This skill is essentially a table of contents with no substantive content in the main body. It lacks any concrete, actionable guidance—no code examples, no specific commands, no decision frameworks, no checklists—despite covering a complex domain that demands them. The instructions are generic platitudes that could apply to any skill, and the content wastes tokens on role descriptions and capability listings that provide no operational value to Claude.

Suggestions

Replace the vague 'Instructions' bullets with a concrete workflow, e.g., a step-by-step architecture review process: 1) Identify workload requirements, 2) Select appropriate services using a decision matrix, 3) Draft IaC with specific Terraform/CDK patterns, 4) Validate with cost estimation commands, 5) Security review checklist.

Add at least one executable code example in the main body (e.g., a Terraform module skeleton for a common pattern like a VPC setup, or a specific AWS CLI command for cost analysis) to make the skill immediately actionable.

Remove the 'Purpose' and 'Capabilities' sections that merely describe what the skill is—Claude doesn't need to be told its own role. Use that space for a quick-reference decision tree or cheat sheet (e.g., 'Serverless vs. containers: use serverless when X, containers when Y').

Add brief 1-line descriptions to each sub-skill link so Claude can determine which to consult without opening all nine files (e.g., 'Cost Optimization & FinOps — Reserved instance analysis, right-sizing, tagging strategies, budget alerts').

DimensionReasoningScore

Conciseness

The content is padded with unnecessary meta-descriptions ('You are a cloud architect...', 'Purpose', 'Capabilities') that explain Claude's role rather than providing actionable instructions. The 'Use this skill when' and 'Do not use this skill when' sections are generic and add no real value. Much of the content describes what the skill is rather than what to do.

1 / 3

Actionability

There are no concrete commands, code examples, executable steps, or specific guidance. Instructions like 'Clarify goals, constraints, and required inputs' and 'Apply relevant best practices' are entirely vague. No specific cloud commands, Terraform snippets, architecture decision frameworks, or checklists are provided in the main skill body.

1 / 3

Workflow Clarity

There is no clear multi-step workflow, no sequencing of tasks, and no validation checkpoints. The four bullet points under 'Instructions' are generic platitudes ('Apply relevant best practices and validate outcomes') rather than a structured process. For a skill covering complex operations like infrastructure deployment and migration, this is critically insufficient.

1 / 3

Progressive Disclosure

The skill does reference sub-skills and a resources file with one-level-deep links, which is a reasonable structure. However, no bundle files were provided to verify these references exist, the main content is too thin to serve as a useful overview, and the nine sub-skill links are just titles with no summary of what each contains, making navigation difficult.

2 / 3

Total

5

/

12

Passed

Description

82%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description covers a very broad cloud domain with good trigger term coverage and an explicit 'Use when' clause. Its main weaknesses are the use of persona-style language ('Expert cloud architect', 'Masters') rather than concrete action verbs describing what the skill does, and the extremely broad scope which could create conflicts with more specialized skills. The first-person/persona framing ('Expert...specializing', 'Masters') should be replaced with third-person action descriptions.

Suggestions

Replace persona-style language ('Expert cloud architect specializing in...', 'Masters...') with concrete third-person action verbs (e.g., 'Designs multi-cloud infrastructure, writes Terraform/CDK modules, analyzes cloud costs, plans migrations').

Narrow the scope or clarify boundaries—covering IaC, FinOps, security, compliance, DR, serverless, and microservices all in one skill risks overlap with more specialized skills. Consider specifying what distinguishes this from a dedicated security or IaC skill.

DimensionReasoningScore

Specificity

Names the domain (cloud architecture) and lists several areas like IaC, FinOps, serverless, microservices, security, compliance, and disaster recovery. However, these are mostly category labels rather than concrete actions—it says what it 'specializes in' and 'masters' rather than listing specific actions like 'design VPC topologies, write Terraform modules, estimate cloud costs.'

2 / 3

Completeness

Answers both 'what' (cloud infrastructure design, IaC, cost optimization, architectural patterns, security, compliance, DR) and 'when' with an explicit trigger clause: 'Use PROACTIVELY for cloud architecture, cost optimization, migration planning, or multi-cloud strategies.'

3 / 3

Trigger Term Quality

Includes strong natural keywords users would say: AWS, Azure, GCP, Terraform, OpenTofu, CDK, serverless, microservices, FinOps, cost optimization, migration planning, multi-cloud, cloud architecture, disaster recovery, compliance. These cover a wide range of terms users would naturally use.

3 / 3

Distinctiveness Conflict Risk

While cloud-specific terms like AWS/Azure/GCP and Terraform provide some distinctiveness, the description is extremely broad—covering security, compliance, microservices, serverless, disaster recovery, and cost optimization. This breadth could overlap with dedicated security skills, cost analysis skills, or IaC-specific skills.

2 / 3

Total

10

/

12

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation9 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

9

/

11

Passed

Repository
Dokhacgiakhoa/antigravity-ide
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.