소스 정보
- 저장소
- hashi-demo-lab/terraform-provider-aap
- 최근 소스 활동
- 2026년 3월 9일 03:34
- 감지된 SKILL.md 언어
- 영어
- 스타
- 0
- 포크
- 0
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
메뉴
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
SOC 직업 분류 기준
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/hashi-demo-lab/terraform-provider-aap --skill tf-task-patterns명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SKILL.md 표시 중
Analyze and optimize Terraform provider acceptance test execution for maximum speed with 100% pass rate. Use when the user wants to run tests faster, analyze test timing, find slow tests, parallelize test execution, or optimize their test suite's throughput. Also use when the user mentions "test speed", "slow tests", "parallel tests", "test performance", "speed up tests", or asks why tests take so long.
Analyze GitHub issues for any repository to discover themes, assess community demand, and produce prioritized roadmap recommendations. Use when the user wants to understand issue trends, group issues by theme, prioritize features, plan a roadmap, triage a backlog, or assess community demand for a GitHub project. Also use when the user mentions "issue analysis", "backlog prioritization", "feature demand", "issue themes", "roadmap planning", or asks what users are asking for most in a repo.
Terraform provider acceptance test patterns using terraform-plugin-testing with the Plugin Framework. Covers test structure, TestCase/TestStep fields, ConfigStateChecks with custom statecheck.StateCheck implementations, plan checks, CompareValue for cross-step assertions, config helpers, import testing with ImportStateKind, sweepers, and scenario patterns (basic, update, disappears, validation, regression), and ephemeral resource testing with the echoprovider package. Use when writing, reviewing, or debugging provider acceptance tests, including questions about statecheck, plancheck, TestCheckFunc, CheckDestroy, ExpectError, import state verification, ephemeral resources, or how to structure test files.
| name | tf-task-patterns |
| description | Task breakdown format and phase organization for Terraform implementation. |
Transform plan.md into dependency-ordered, checklist-format tasks organized by implementation phase. The tf-implement orchestrator passes phases to tf-task-executor subagents.
[US#] labels only in story phasestasks.md in feature directory| Section | Purpose |
|---|---|
| Header | Feature name, input path, prerequisites, tests stance, organization note |
| Format explanation | [ID] [Story] Description with sequential execution note |
| Requirements Coverage Matrix | Requirement → Task(s) → Description traceability |
| Phase sections | Grouped tasks with purpose, checkpoints, and dependency notes |
| Dependencies & Execution Order | Phase deps, story deps, cross-module data flow table |
| Implementation Strategy | MVP first, incremental delivery approach |
| File Checklist | File → Task → Purpose mapping |
| Task Summary | Phase → Task range → User Story table with total count |
- [ ] T### [US#?] Description with file pathGood task format:
- [ ] T001 Create project structure per implementation plan
- [ ] T005 [US1] Implement auth middleware in src/middleware/auth.py
- [ ] T010 [US1] Implement CloudFront module in main.tf with OAI creation, S3 origin at /main.tf
Good phase header:
## Phase 2: Foundational (Blocking Prerequisites)
**Purpose**: Core S3 bucket infrastructure that MUST be complete before CloudFront
**CRITICAL**: CloudFront origin configuration requires S3 bucket outputs
- [ ] T005 Implement S3 bucket module in main.tf with public access blocking at /main.tf
**Checkpoint**: S3 bucket module configured - CloudFront implementation can proceed
Bad:
- [ ] Create User model
Missing task ID, story label, and file path.
| Phase | Content | Story Labels |
|---|---|---|
| 1 - Setup | Project initialization, file structure, Terraform config | No |
| 2 - Foundational | Blocking prerequisites, core infrastructure | No |
| 3+ - User Stories | Priority order (P1, P2...) with independent tests | Required |
| Final - Polish | Cross-cutting concerns, formatting, validation | No |
| Source | Placement |
|---|---|
| User stories | Own phase; map models, services, endpoints, tests |
| Module contracts | Serving story; interface tests before impl if TDD |
| Data model | Earliest needing story; multi-story entities → Setup |
| Infrastructure | Shared → Phase 1; blocking → Phase 2; story-specific → that phase |
# Tasks: [Feature Name]
**Input**: [spec path]
**Prerequisites**: plan.md, spec.md, data-model.md, contracts/module-interfaces.md
**Tests**: [from spec or "No tests requested"]
**Organization**: [brief description]
| Task | From | Output | To | Input |
|------|------|--------|-----|-------|
| T010 | `module.s3_bucket` | `bucket_regional_domain_name` | `module.cloudfront` | `origin.domain_name` |
| Phase | Tasks | User Story |
|-------|-------|------------|
| Phase 1: Setup | T001-T004 | - |
| Phase 2: Foundational | T005-T007 | - |
| Phase 3: User Story 1 | T008-T013 | US1 (P1) |
**Total Tasks**: N