Skip to main content
Execute qualquer Skill no Manus
com um clique
Repositório GitHub

terraform-aws-base

terraform-aws-base contém 16 skills coletadas de y-miyazaki, com cobertura ocupacional por repositório e páginas de detalhe dentro do site.

skills coletadas
16
Stars
15
atualizado
2026-07-25
Forks
5
Cobertura ocupacional
2 categorias ocupacionais · 100% classificado
explorador de repositórios

Skills neste repositório

agent-skills-review
Desenvolvedores de software

Review SKILL.md quality for Waza readiness and agent-skills-instructions compliance. Use when evaluating SKILL.md quality, checking compliance with skill authoring standards, preparing skills for release, reviewing skill PRs, or running waza readiness checks.

2026-07-25
changelog
Desenvolvedores de software

Survey and update CHANGELOG.md from unreleased commits and undocumented releases (conventional, renovate, chore, pin/finalize subjects, and git tags). Use when the user asks to check, review, or update the changelog, or when automation supplies commit/release detect JSON. Default is survey only; edit CHANGELOG.md only when the user explicitly requests a fix or automation sets may_edit in Constraints.

2026-07-25
ci-sweeper
Desenvolvedores de software

Triage failing CI on integration branches and/or PR heads, classify failures, apply minimal fixes when actionable. Use when the user asks to triage or fix CI failures, when automation detects failed workflow runs, or when automation supplies detection JSON. Default is survey only; edit files only when the user explicitly requests a fix or automation sets may_edit in Constraints.

2026-07-25
docs-updater
Desenvolvedores de software

Detect documentation drift and patch affected docs — via git diff (hooks, manual) or structured detect JSON from an external caller. Keeps references, links, tables, and nav entries accurate. Use when syncing docs after code changes, before PRs, on doc sync requests, or when automation reports documentation drift. Default is survey only; edit documentation files only when the user explicitly requests a fix or caller constraints allow edits. Not for new document creation (use docs-creator) or markdown linting (use markdown-validation).

2026-07-25
github-actions-review
Desenvolvedores de software

Review GitHub Actions workflows for correctness, security, and maintainability. Use when reviewing GitHub Actions workflow PRs, checking workflow security, evaluating CI/CD pipeline design, or assessing permissions and secret handling.

2026-07-25
github-actions-validation
Desenvolvedores de software

Validate GitHub Actions workflows for syntax and security with actionlint, ghalint, and zizmor. Use when committing workflow changes, running CI validation, or checking workflow security issues.

2026-07-25
github-pr-body
Desenvolvedores de software

Update PR body content with deterministic baseline sections and optional full-body completion. Use when creating PRs or regenerating template-driven summaries.

2026-07-25
instructions-review
Desenvolvedores de software

Review instruction and rule files for structure, consistency, applyTo precision, and portable cross-references — package sources (`*.instructions.md`) and distributed agent rule targets (`.cursor/rules/*.mdc`, `.claude/rules/*.md`, `.kiro/steering/*.md`). Use when reviewing instruction PRs, audits, or distributed rule changes after package sync.

2026-07-25
markdown-validation
Desenvolvedores de software

Validate Markdown syntax, formatting, and links using markdownlint-cli2 and markdown-link-check. Use when committing docs changes, checking broken links, or validating Markdown in pull requests.

2026-07-25
refactor
Desenvolvedores de software

Behavior-preserving structural refactors with stack gates. Survey candidates first, then apply all actionable in-scope structural fixes in one run — interactively or from automation hints (duplication_block, oversized_unit). Default is survey only; apply edits only when the user explicitly requests apply or automation sets may_edit in Constraints. Architecture: proposal first, one approved slice per apply batch. Not for lint-only style, features, behavior-changing bugfixes, or upgrades.

2026-07-25
shell-script-review
Analistas de garantia de qualidade de software e testadores

Review shell scripts for security, correctness, maintainability, and Bats suite pairing (TEST-00) with emphasis on operational safety. Use when reviewing shell script PRs requiring judgment beyond static checks, including whether paired Bats suites were added or updated per TEST-00.

2026-07-25
shell-script-validation
Desenvolvedores de software

Validate shell scripts with bash -n and shellcheck for syntax safety and maintainability checks. Does not enforce Bats suite pairing (TEST-00) — run `bats` and shell-script-review for that. Use when committing script changes, running CI validation, or debugging shellcheck findings in PRs.

2026-07-25
tech-debt
Desenvolvedores de software

Discover and classify technical debt from mechanical signals, apply closed-set fixes when requested, and publish structured reports (override via TECH_DEBT_DIR or report_file from detect JSON / Constraints). Use for scheduled automation scans, ad-hoc surveys from detection JSON, or when the user asks to fix safe documentation/dependency debt. Default is survey only; write report_file and apply fixes only when the user explicitly requests apply or automation sets may_edit in Constraints. Delegate structural work to refactor.

2026-07-25
terraform-review
Desenvolvedores de software

Review Terraform quality, security, and architecture decisions. Use when reviewing Terraform PRs requiring judgment beyond automated checks across modules and environments.

2026-07-25
terraform-validation
Desenvolvedores de software

Validate Terraform syntax, linting, and security with terraform fmt/validate, tflint, and trivy. Use when committing Terraform changes, running CI validation, or checking IaC security issues.

2026-07-25
docs-creator
Desenvolvedores de software

Create or improve documentation files with Diataxis-aware placement and consistent naming. Use when the user wants to create any new documentation, improve existing docs, write a README, or restructure documentation. Also use when asked to "write docs", "improve this doc", "add a tutorial", "update the readme", or any request involving markdown documentation authoring, even if they don't explicitly say "create documentation".

2026-07-22