tf-provider-plan

Plan Terraform provider resource designs and generate specification documents.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps teams formalize the early planning phase of Terraform provider development by capturing requirements, research results, and design artifacts before any coding begins.

Core Features & Use Cases

  • Clarifies resource scope, APIs, and state-management decisions to prevent scope creep.
  • Produces a spec blueprint at specs/{FEATURE}/provider-design-{resource}.md for review and alignment.
  • Integrates into project workflows with human approvals and checkpoints to ensure governance.

Quick Start

Run the provider planning workflow for a new resource, providing [resource-name] and [provider-name] to begin.

Frequently Asked Questions about tf-provider-plan

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

FAQPage Schema
How do I plan Terraform provider design before writing code?

Plan Terraform provider design by clarifying resource scope, APIs, and state-handling decisions before implementation. This process captures requirements and research to produce a structured design spec, preventing scope creep and ensuring alignment across teams prior to development.

What is the best way to document Terraform provider resource scope and APIs?

Document Terraform provider resource scope and APIs by generating a spec blueprint at specs/{FEATURE}/provider-design-{resource}.md. This artifact captures end-to-end design decisions, state management logic, and research patterns for team review and alignment.

How do I enforce approval gates in a Terraform provider design workflow?

Enforce approval gates in a Terraform provider design workflow by integrating human checkpoints into the planning phase. This governance mechanism ensures team review and alignment of resource scope and API decisions before any implementation code is written.

Do I need a design spec to manage Terraform provider state handling?

You need a design spec to manage Terraform provider state handling because it formalizes state-management decisions and resource scope early. Capturing these requirements prevents scope creep and aligns teams before the implementation phase begins.

Can I integrate provider planning workflows into existing project governance processes?

You can integrate provider planning workflows into existing project governance by enforcing human approval checkpoints. This ensures resource design specs, API definitions, and state handling decisions pass review gates before development starts.