pulumi — скилл для Claude Code: правила Pulumi для ИИ-агента
Скилл подкладывает агенту 46 правил по Pulumi: состояние, граф ресурсов, компоненты, секреты. Пригодится, когда инфраструктуру пишут вместе с моделью.
npx skills add pproenca/dot-skills --skill pulumi -a claude-codeЧто делает pulumi
Скилл разбит на 8 категорий по приоритету. Наверху — управление состоянием и бэкендом, дальше оптимизация графа ресурсов, дизайн компонентов, секреты и конфигурация. Ниже идут организация стеков, опции жизненного цикла ресурсов, тесты и автоматизация CI/CD. У каждого правила свой префикс вроде pstate- или graph-, так что агенту проще сослаться на нужный пункт.
Внутри — краткий справочник по всем правилам и отдельные файлы с разбором и примерами кода. Полный текст собран в AGENTS.md, структура категорий описана в references/_sections.md, а шаблон для новых правил лежит в assets/templates/_template.md. Агент читает это, когда вы пишете новый код Pulumi, рефакторите существующий или настраиваете пайплайн.
Правила дают конкретные ориентиры: например, держать стек меньше 500 ресурсов и включать пропуск чекпоинтов для больших стеков. Это повод проверить свои стеки, если они давно растут. Скилл работает в Claude, Codex, Cursor, GitHub Copilot, Gemini CLI и OpenCode — установка ставит файл SKILL.md в каталог скиллов выбранной платформы.
Какие задачи решает
- разложить ресурсы Pulumi так, чтобы деплой шёл параллельно
- вынести повторяющуюся инфраструктуру в ComponentResource
- убрать утечку секретов в state
- разделить стеки по жизненному циклу деплоя
- настроить preview в проверках пул-реквеста
Примеры запросов агенту
- Отрефактори этот стек Pulumi по правилам скилла pulumi, начни с категории состояния
- Проверь мой код Pulumi: где нарушены правила графа ресурсов и жизненного цикла?
- Помоги вынести эти ресурсы в ComponentResource с parent-опцией
Как установить pulumi
1Через Skills CLI (Vercel)
npx skills add pproenca/dot-skills --skill pulumi -a claude-code2Вручную: положить файлы
~/.claude/skills/pulumi/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/pulumi/
1Через Skills CLI (Vercel)
npx skills add pproenca/dot-skills --skill pulumi -a codex2Вручную: положить файлы
.agents/skills/pulumi/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add pproenca/dot-skills --skill pulumi -a cursor2Вручную: положить файлы
.cursor/skills/pulumi/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install pproenca/dot-skills pulumi2Вручную: положить файлы
.github/skills/pulumi/SKILL.md1Через Skills CLI (Vercel)
npx skills add pproenca/dot-skills --skill pulumi -a gemini-cli2Командой платформы
gemini skills install https://github.com/pproenca/dot-skills --path skills/.experimental/pulumiВручную: положить файлы
.devin/skills/pulumi/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add pproenca/dot-skills --skill pulumi -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о pulumi
Как установить pulumi в Claude?
Выполните npx skills add pproenca/dot-skills --skill pulumi -a claude-code. Скилл окажется в ~/.claude/skills/pulumi/SKILL.md.
Что делает скилл pulumi?
Даёт агенту набор правил по Pulumi: управление состоянием, оптимизация графа ресурсов, компоненты, секреты, стеки, жизненный цикл, тесты и CI/CD. Агент опирается на них при генерации и ревью кода.
Для каких платформ подходит скилл?
Claude, Codex, Cursor, GitHub Copilot, Gemini CLI и OpenCode. Для каждой платформы своя команда установки и свой путь к SKILL.md.
Исходный текст
SKILL.md · MIT
--- name: pulumi description: Pulumi infrastructure as code performance and reliability guidelines. This skill should be used when writing, reviewing, or refactoring Pulumi code to ensure optimal deployment performance and infrastructure reliability. Triggers on tasks involving Pulumi stacks, components, state management, secrets configuration, resource lifecycle options, or CI/CD automation. --- # Pulumi Best Practices Comprehensive performance and reliability guide for Pulumi infrastructure as code, designed for AI agents and LLMs. Contains 46 rules across 8 categories, prioritized by impact to guide automated refactoring and code generation. ## When to Apply Reference these guidelines when: - Writing new Pulumi infrastructure code - Designing component abstractions for reuse - Configuring secrets and sensitive values - Organizing stacks and cross-stack references - Setting up CI/CD pipelines for infrastructure ## Rule Categories by Priority | Priority | Category | Impact | Prefix | |----------|----------|--------|--------| | 1 | State Management and Backend | CRITICAL | `pstate-` | | 2 | Resource Graph Optimization | CRITICAL | `graph-` | | 3 | Component Design | HIGH | `pcomp-` | | 4 | Secrets and Configuration | HIGH | `secrets-` | | 5 | Stack Organization | MEDIUM-HIGH | `stack-` | | 6 | Resource Options and Lifecycle | MEDIUM | `lifecycle-` | | 7 | Testing and Validation | MEDIUM | `test-` | | 8 | Automation and CI/CD | LOW-MEDIUM | `auto-` | ## Quick Reference ### 1. State Management and Backend (CRITICAL) - `pstate-backend-selection` - Use managed backend for production stacks - `pstate-checkpoint-skipping` - Enable checkpoint skipping for large stacks - `pstate-stack-size` - Keep stacks under 500 resources - `pstate-refresh-targeting` - Use targeted refresh instead of full stack - `pstate-export-import` - Use state export/import for migrations - `pstate-import-existing` - Import existing resources before managing ### 2. Resource Graph Optimization (CRITICAL) - `graph-parallel-resources` - Structure resources for maximum parallelism - `graph-output-dependencies` - Use outputs to express true dependencies - `graph-explicit-depends` - Use dependsOn only for external dependencies - `graph-avoid-apply-side-effects` - Avoid side effects in apply functions - `graph-conditional-resources` - Use conditional logic at resource level - `graph-stack-references-minimal` - Minimize stack reference depth ### 3. Component Design (HIGH) - `pcomp-component-resources` - Use ComponentResource for reusable abstractions - `pcomp-parent-child` - Pass parent option to child resources - `pcomp-unique-naming` - Use name prefix pattern for unique resource names - `pcomp-register-outputs` - Register component outputs explicitly - `pcomp-multi-language` - Design components for multi-language consumption - `pcomp-transformations` - Use transformations for cross-cutting concerns ### 4. Secrets and Configuration (HIGH) - `secrets-use-secret-config` - Use secret config for sensitive values - `secrets-avoid-state-exposure` - Prevent secret leakage in state - `secrets-external-providers` - Use external secret managers for production - `secrets-generate-random` - Generate secrets with random provider - `secrets-provider-rotation` - Rotate secrets provider when team members leave - `secrets-environment-isolation` - Isolate secrets by environment ### 5. Stack Organization (MEDIUM-HIGH) - `stack-separation-by-lifecycle` - Separate stacks by deployment lifecycle - `stack-references-parameterized` - Parameterize stack references - `stack-output-minimal` - Export only required outputs - `stack-naming-conventions` - Use consistent stack naming convention ### 6. Resource Options and Lifecycle (MEDIUM) - `lifecycle-protect-stateful` - Protect stateful resources - `lifecycle-delete-before-replace` - Use deleteBeforeReplace for unique constraints - `lifecycle-retain-on-delete` - Use retainOnDelete for shared resources - `lifecycle-ignore-changes` - Use ignoreChanges for externally managed properties - `lifecycle-replace-on-changes` - Use replaceOnChanges for immutable dependencies - `lifecycle-aliases` - Use aliases for safe resource renaming - `lifecycle-custom-timeouts` - Set custom timeouts for long-running resources ### 7. Testing and Validation (MEDIUM) - `test-unit-mocking` - Use mocks for fast unit tests - `test-property-policies` - Use policy as code for property testing - `test-integration-ephemeral` - Use ephemeral stacks for integration tests - `test-preview-assertions` - Assert on preview results before deployment - `test-stack-reference-mocking` - Mock stack references in unit tests ### 8. Automation and CI/CD (LOW-MEDIUM) - `auto-automation-api-workflows` - Use Automation API for complex workflows - `auto-inline-programs` - Use inline programs for dynamic infrastructure - `auto-ci-cd-preview` - Run preview in PR checks - `auto-deployments-api` - Use Pulumi Deployments for GitOps - `auto-review-stacks` - Use review stacks for PR environments - `auto-drift-detection` - Enable drift detection for production ## How to Use Read individual reference files for detailed explanations and code examples: - [Section definitions](references/_sections.md) - Category structure and impact levels - [Rule template](assets/templates/_template.md) - Template for adding new rules ## Full Compiled Document For the complete guide with all rules expanded: `AGENTS.md`
© pproenca · MIT · pproenca/dot-skills