tf-provider-implement

Automate Terraform provider implementation from design specs using TDD workflows.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Automates the end-to-end process of implementing Terraform provider resources from design specs using a test-driven approach, reducing manual coding and validation effort.

Core Features & Use Cases

  • End-to-end provider implementation guided by specs and TDD workflows.
  • Automated generation and validation of provider resources with concrete checkpoints.
  • Use Case: A developer translates specs/{FEATURE}/provider-design-{resource}.md into Go with tests and acceptance checks.

Quick Start

Start Phase 3-4 provider development by referencing specs/{FEATURE}/provider-design-{resource}.md and initiating the TDD workflow.

Frequently Asked Questions about tf-provider-implement

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

FAQPage Schema
How do I automate Terraform provider implementation using TDD?

Automating Terraform provider implementation using TDD involves translating provider design specs into Go code, generating tests, and running validation checkpoints. This Skill guides the workflow through test generation, vetting, and progress checkpoints for phases 3 and 4.

What is the best way to generate tests for Terraform provider resources from spec files?

The best way to generate tests for Terraform provider resources is to use an automated TDD workflow that reads provider design specs. This Skill translates specs into Go code with concrete acceptance checks and validation checkpoints.

Do I need a provider design spec to start test-driven development for Terraform?

Yes, you need a provider design spec file to start test-driven development for Terraform. The workflow requires referencing specs/{FEATURE}/provider-design-{resource}.md to initiate the automated generation of Go code, tests, and validation checkpoints.

Can I use this TDD workflow for all phases of Terraform provider development?

This TDD workflow specifically satisfies workflow requirements for phases 3 and 4 of Terraform provider development. It focuses on transforming provider designs from specs into code, generating tests, vetting, and establishing progress checkpoints.

Why should I use a test-driven approach for building Terraform providers?

Using a test-driven approach for building Terraform providers reduces manual coding and validation effort by automating the end-to-end process. It ensures provider resources are generated with concrete acceptance checks and validation checkpoints directly from design specs.

Does this workflow support converting provider design specs into Go code automatically?

Yes, this workflow supports converting provider design specs into Go code automatically. A developer translates design specs into Go with tests and acceptance checks by initiating the TDD workflow and following the generated validation checkpoints.