
Provider Docs
- 32 installs
- 781 repo stars
- Updated August 4, 2026
- hashicorp/terraform-agent-kit
This is a copy of provider-docs by hashicorp - installs and ranking accrue to the original listing.
Helps with ai & agent building tasks.
About
provider-docs is a Claude Code skill for ai & agent building. It helps solo builders move faster with AI-assisted development.
- provider-docs
- AI & Agent Building
- AI-coding skill
Provider Docs by the numbers
- 32 all-time installs (skills.sh)
- +2 installs in the week ending Aug 2, 2026 (Skillselion tracking)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/hashicorp/terraform-agent-kit --skill provider-docsAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 32 |
|---|---|
| repo stars | ★ 781 |
| Last updated | August 4, 2026 |
| Repository | hashicorp/terraform-agent-kit ↗ |
What it does
Helps with ai & agent building tasks.
Files
Terraform Provider Docs
Follow This Workflow
1. Confirm scope and documentation targets.
- Map code changes to the exact doc targets: provider index, resources, data sources, ephemeral resources, list resources, functions, or guides.
- Decide whether content should come from schema descriptions, templates, or both.
2. Write schema descriptions first.
- Add precise user-facing descriptions to schema fields so generated docs stay aligned with behavior.
- Keep wording specific to argument purpose, constraints, defaults, and computed behavior.
3. Add or update template files in docs/.
- Create only files that map to implemented provider objects.
- Use HashiCorp-recommended template paths:
docs/index.md.tmpldocs/data-sources/<name>.md.tmpldocs/resources/<name>.md.tmpldocs/ephemeral-resources/<name>.md.tmpldocs/list-resources/<name>.md.tmpldocs/functions/<name>.md.tmpldocs/guides/<name>.md.tmpl- Keep templates focused on overview and examples; rely on generated sections for field-by-field details.
4. Generate documentation with tfplugindocs.
- Prefer repository defaults when configured:
go generate ./...- Otherwise run the generator directly:
go run github.com/hashicorp/terraform-plugin-docs/cmd/tfplugindocs generate --provider-name <provider_name>- Re-run generation after every schema or template edit.
5. Validate the generated markdown.
- Verify files in
docs/match the current provider implementation. - Verify examples are valid HCL and reflect current argument/attribute names.
- Verify required/optional/computed semantics in docs match schema behavior.
6. Apply Registry publication rules before release.
- Use semantic version tags prefixed with
v(for examplev1.2.3). - Create release tags from the default branch.
- Keep
terraform-registry-manifest.jsonin the repository root. - Expect docs to be versioned in Registry and switchable with the version selector.
7. Preview or troubleshoot publication when needed.
- Use the HashiCorp preview process to inspect rendered docs before release when accuracy risk is high.
- If docs are missing in Registry, check tag format, tag source branch, manifest file presence, and provider publication status.
Enforce Quality Bar
- Keep documentation behaviorally accurate; never describe unsupported arguments or attributes.
- Keep examples minimal, realistic, and runnable.
- Keep terminology and naming consistent across provider, resources, and data sources.
- Avoid duplicating generated argument/attribute blocks in manual templates.
- Keep doc changes tied to the same PR as schema/API changes whenever possible.
Load References On Demand
- Read
references/hashicorp-provider-docs.mdfor source-backed rules and official links. - Load only the sections needed for the current change to keep context lean.
# Copyright IBM Corp. 2025, 2026
# SPDX-License-Identifier: MPL-2.0
interface:
display_name: "Terraform Provider Docs"
short_description: "Best practices for Terraform provider docs"
default_prompt: "Use $terraform-provider-docs to create or update Terraform Registry provider documentation with HashiCorp-aligned structure and style."
HashiCorp Provider Documentation Reference
Source of truth for this skill:
- https://developer.hashicorp.com/terraform/registry/providers/docs
Core Rules
- Publish provider docs through Terraform Registry using
tfplugindocs. - Generate provider docs from schema descriptions and markdown templates.
- Store templates under the repository
docs/directory with expected naming conventions. - Keep release tags and manifest metadata valid so Registry can render and display docs.
Template Paths
Use these template paths when the corresponding provider objects exist:
docs/index.md.tmpldocs/data-sources/<name>.md.tmpldocs/resources/<name>.md.tmpldocs/ephemeral-resources/<name>.md.tmpldocs/list-resources/<name>.md.tmpldocs/functions/<name>.md.tmpldocs/guides/<name>.md.tmpl
Generation Workflow
HashiCorp recommends wiring generator execution through go generate:
//go:generate go run github.com/hashicorp/terraform-plugin-docs/cmd/tfplugindocs generate --provider-name <provider_name>Run from repository root:
go generate ./...Alternative direct execution:
go run github.com/hashicorp/terraform-plugin-docs/cmd/tfplugindocs generate --provider-name <provider_name>Release and Publication Constraints
- Use semantic version tags prefixed with
v. - Create tags from the default branch.
- Keep
terraform-registry-manifest.jsonin the repository root. - Understand docs appear by provider version in Registry once the provider release is published.
Preview and Troubleshooting
- Use HashiCorp's preview process to verify rendering before release when needed.
- If docs are missing or stale in Registry, verify:
- tag naming and tag branch source
- manifest file presence and validity
- provider version publication state
Related Canonical Pages
- Provider docs guidance:
- https://developer.hashicorp.com/terraform/registry/providers/docs
- Terraform Plugin Docs (
tfplugindocs) source and usage: - https://github.com/hashicorp/terraform-plugin-docs