tf-domain-category

Identify ambiguity in Terraform specifications using an 8-category taxonomy.

Updated Mar 8, 2026
One-click install
npx skills add https://github.com/hashi-demo-lab/terraform-provider-aap --skill tf-domain-category
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tf-domain-category
Source: https://github.com/hashi-demo-lab/terraform-provider-aap/tree/main/.claude/skills/tf-domain-category
Command: npx skills add https://github.com/hashi-demo-lab/terraform-provider-aap --skill tf-domain-category

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Terraform specifications often contain ambiguity and missing decisions that derail implementation and governance, leading to delays and misalignment.

Core Features & Use Cases

  • 8-category taxonomy surfaces ambiguity across Functional Scope & Behavior, Domain & Data Model, Operational Workflows, Non-Functional Quality Attributes, Integrations & Dependencies, Edge Cases & Failure Handling, Constraints & Tradeoffs, and Terminology & Consistency.
  • Structured scan method with per-category verdicts: Clear / Partial / Missing to improve traceability.
  • Use cases include requirements reviews, architecture discussions, and Terraform module/provider scoping sessions to align stakeholders.

Quick Start

Scan a Terraform specification to reveal low-confidence areas and drive decision-making.

Frequently Asked Questions about tf-domain-category

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

FAQPage Schema
How do I identify ambiguity in Terraform specifications?

To identify ambiguity in Terraform specifications, apply an 8-category taxonomy covering functional scope, data models, and operational workflows to scan requirements and surface missing decisions. This structured scan reveals low-confidence areas before implementation begins.

What is the best way to review Terraform module requirements before implementation?

The best way to review Terraform module requirements is scanning them against a structured taxonomy that assigns per-category verdicts like Clear, Partial, or Missing. This method highlights undefined scope and aligns stakeholders during architecture discussions.

Why does my Terraform module scoping session lack stakeholder alignment?

Your Terraform module scoping session lacks stakeholder alignment because specifications often contain missing decisions across non-functional quality attributes and edge cases. Resolving this requires a structured scan to trace incomplete requirements and drive decision-making.

Can I use a taxonomy scan to find missing decisions in infrastructure as code specs?

Yes, you can use a taxonomy scan to find missing decisions in infrastructure as code specs by evaluating eight categories including integrations, constraints, and terminology. Each category receives a verdict to trace incomplete governance areas.

When do I need to scan Terraform provider specs for missing decisions?

You need to scan Terraform provider specs for missing decisions during requirements gathering and architecture reviews. Applying an 8-category taxonomy with Clear, Partial, or Missing verdicts prevents implementation delays caused by unresolved ambiguity in domain and data models.

What categories should a Terraform requirements review cover?

A Terraform requirements review should cover eight categories: Functional Scope, Domain Data Model, Operational Workflows, Non-Fotional Quality Attributes, Integrations, Edge Cases, Constraints, and Terminology. Each category receives a verdict to improve traceability and decision-making.