skills/infrastructure-setup/SKILL.md
Sets up dev infrastructure for new projects: framework init, folder structure, Docker, pre-commit hooks (gitleaks), testing infrastructure, .gitignore. Use when: "настрой инфраструктуру", "подготовь проект", "настрой тесты", "настрой проверки при коммите", "настрой проверки при пуше", "setup infrastructure"
npx skillsauth add pavel-molyanov/molyanov-ai-dev infrastructure-setupInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Read project-knowledge references:
.claude/skills/project-knowledge/references/architecture.md — tech stack, framework.claude/skills/project-knowledge/references/patterns.md — code conventions, branching strategy, testing.claude/skills/project-knowledge/references/deployment.md — deployment strategyIf files lack needed info, search other project-knowledge references — info may exist under different names. If missing entirely, ask the user and immediately update the relevant doc.
Autonomous decisions (based on project-knowledge):
Ask user:
Init framework from architecture.md. Use Context7 for up-to-date init commands and flags. Verify it starts.
Checkpoint: dev server starts successfully.
Convention — separate concerns by purpose:
src/{components, services, lib, config} + tests/{unit, integration, e2e}src/{routes, services, models, middleware, config} + tests/{unit, integration}src/{commands, services, config} + tests/{unit, integration}Add src/prompts/ if project uses LLM prompts. Add src/messages/ if project uses i18n.
Checkpoint: structure created, matches project type.
Set up only if specified in project-knowledge or user confirms.
Checkpoint: docker build succeeds, container starts.
Security patterns (always add):
.env
.env.*
!.env.example
*.key
*.pem
credentials.json
secrets/
Add framework-specific patterns from architecture.md.
Create .env.example with required variable names (no values).
Checkpoint: git check-ignore .env returns .env.
Convention: gitleaks for secret scanning. Target: total pre-commit time under 10 seconds.
Pre-commit scope (fast, staged files only):
Full test suites, integration tests, builds belong in CI.
Checkpoint: commit a file containing AKIA1234567890EXAMPLE — gitleaks blocks it.
Set up test framework, create smoke test: 1-2 tests verifying setup works (import main module, check environment).
Checkpoint: test command passes.
Update project-knowledge references (append, don't overwrite):
deployment.md — required environment variablespatterns.md (Git Workflow section) — pre-commit hooks and what they checkCommit:
chore: setup project infrastructure
- Initialize [framework] project
- Setup pre-commit hooks (gitleaks)
- Create folder structure
- Add testing infrastructure
- Configure .gitignore and .env.example
[- Setup Docker (if applicable)]
Verify before commit: git status shows no .env files (only .env.example).
.gitignore covers .env, *.key, secrets.env.example exists (if project uses env vars)development
Creates user-spec.md through adaptive interview with codebase scanning and dual validation. Use when: "сделай юзер спек", "проведи интервью для юзер спека", "создай юзерспек", "user spec", "detailed planning", "хочу продумать фичу", "опиши требования к фиче", "сделай описание фичи", "/new-user-spec" For tech planning use tech-spec-planning. For project planning use project-planning.
testing
Testing methodology: when to write which tests, how to ensure test quality, test pyramid strategy. Use when: "напиши тесты", "как тестировать", "проанализируй тесты", "проверь качество тестов", "ревью тестов", "тестовая стратегия"
testing
Creates tech-spec.md with architecture, decisions, testing strategy, and implementation plan. Use when: "сделай техспек", "составь техспек", "техническая спецификация", "tech spec", "создай тз", "составь тз", "new-tech-spec", "/new-tech-spec" Requires existing user-spec.md as input (create with user-spec-planning skill first if missing).
tools
Decompose approved tech-spec into atomic task files with parallel creation and validation. Use when: "разбей на задачи", "декомпозиция", "decompose tech-spec", "создай задачи из техспека", "/decompose-tech-spec"