About configure-select
configure-select is a skill for interactively choosing infrastructure standards checks, suited to teams configuring only the components their projects need. It detects project type, presents grouped options, and maps selections to configuration commands.
Key features
- 01Detect project type
- 02Select configuration components interactively
- 03Map selections to configuration commands
- 04Support check-only and automatic fixes
Use cases
- 01Configure only the standards a project needs
- 02Set up infrastructure components incrementally
- 03Audit selected components or apply fixes automatically
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ laurigates/ claude-plugins --skill configure-selectAfter installing, type/configure-selectin Claude Code to confirm it loaded.
Details
From the project README/configure:select
Interactively select which infrastructure standards checks to run.
When to Use This Skill
| Use this skill when... | Use another approach when... |
|---|---|
| Setting up selected components interactively | Running all components (use /configure:all) |
| Choosing specific standards to implement | Checking status only (use /configure:status) |
| Customizing configuration scope for project | Single component needed (use specific /configure:X skill) |
| User wants control over which components to configure | Automated full setup preferred |
| Building configuration incrementally | Complete infrastructure setup needed immediately |
Context
- Project standards: !
find . -maxdepth 1 -name \'.project-standards.yaml\' - Project type: !
find . -maxdepth 1 -name '.project-standards.yaml' -exec grep -m1 "^project_type:" {} + - Has terraform: !
find . -maxdepth 2 \( -name '*.tf' -o -type d -name 'terraform' \) -print -quit - Has package.json: !
find . -maxdepth 1 -name \'package.json\' - Has pyproject.toml: !
find . -maxdepth 1 -name \'pyproject.toml\' - Has Cargo.toml: !
find . -maxdepth 1 -name \'Cargo.toml\'
Parameters
Parse from $ARGUMENTS:
--check-only: Report status without offering fixes (CI/CD mode)--fix: Apply fixes automatically to all selected components
Execution
Execute this interactive component selection workflow:
Step 1: Detect project type
- Read
.project-standards.yamlif it exists (checkproject_typefield) - Auto-detect from file structure:
- infrastructure: Has
terraform/,helm/,argocd/, or*.tffiles - frontend: Has
package.jsonwith vue/react dependencies - python: Has
pyproject.tomlorrequirements.txt - rust: Has
Cargo.toml
- infrastructure: Has
- Report detected type to user
Step 2: Present component selection
Use AskUserQuestion with multiSelect to present four category-based questions:
Question 1: CI/CD & Version Control
| Option | Description |
|---|---|
| Pre-commit hooks | Git hooks for linting, formatting, commit messages |
| Release automation | release-please workflow and changelog generation |
| GitHub Actions | CI/CD workflows for testing and deployment |
| All CI/CD | Includes: pre-commit, release-please, workflows, github-pages, makefile |
Question 2: Container & Deployment
| Option | Description |
|---|---|
| Dockerfile | Alpine/slim base, non-root user, multi-stage builds |
| Container infra | Registry, scanning, devcontainer setup |
| Skaffold | Kubernetes development configuration |
| All container | Includes: dockerfile, container, skaffold, sentry, justfile |
Question 3: Testing
| Option | Description |
|---|---|
| Test framework | Vitest, Jest, pytest, or cargo-nextest setup |
| Code coverage | Coverage thresholds and reporting |
| API testing | Pact contracts, OpenAPI validation |
| All testing | Includes: tests, coverage, api-tests, integration-tests, load-tests, ux-testing, memory-profiling |
Question 4: Code Quality
| Option | Description |
|---|---|
| Linting & Formatting | Biome, Ruff, Clippy configuration |
| Security scanning | Dependency audits, SAST, secrets detection |
| Documentation | TSDoc, JSDoc, pydoc, rustdoc generators |
| All quality | Includes: linting, formatting, dead-code, docs, security, editor, package-management |
Step 3: Map selections to commands
| Selection | Commands |
|---|---|
| Pre-commit hooks | /configure:pre-commit |
| Release automation | /configure:release-please |
| GitHub Actions | /configure:workflows |
| All CI/CD | pre-commit, release-please, workflows, github-pages, makefile |
| Dockerfile | /configure:dockerfile |
| Container infra | /configure:container |
| Skaffold | /configure:skaffold |
| All container | dockerfile, container, skaffold, sentry, justfile |
| Test framework | /configure:tests |
| Code coverage | /configure:coverage |
| API testing | /configure:api-tests |
| All testing | tests, coverage, api-tests, integration-tests, load-tests, ux-testing, memory-profiling |
| Linting & Formatting | /configure:linting, /configure:formatting |
| Security scanning | /configure:security |
| Documentation | /configure:docs |
| All quality | linting, formatting, dead-code, docs, security, editor, package-management |
Step 4: Execute selected checks
Run each selected command with appropriate flags:
- Default: Run with
--check-onlyfirst, then offer--fix - If
--check-onlyflag: Only audit, no fixes offered - If
--fixflag: Apply fixes automatically
Report results as each check completes.
Step 5: Generate summary report
Print a summary for selected components only:
Selected Components Summary:
+-----------------+----------+---------------------------------+
| Component | Status | Notes |
+-----------------+----------+---------------------------------+
| Pre-commit | WARN | 2 outdated hooks |
| Linting | PASS | Biome configured |
| Formatting | PASS | Biome configured |
+-----------------+----------+---------------------------------+
Agentic Optimizations
| Context | Command |
|---|---|
| Interactive component selection | /configure:select |
| Select and auto-fix | /configure:select --fix |
| Check mode only | /configure:select --check-only |
| Detect project type | test -f .project-standards.yaml && grep "^project_type:" .project-standards.yaml | sed 's/.*:[[:space:]]*//' |
Flags
| Flag | Description |
|---|---|
--check-only | Report status without offering fixes |
--fix | Apply fixes automatically to all selected |
Comparison with Other Commands
| Command | Use Case |
|---|---|
/configure:all | Run everything (CI, full audit) |
/configure:select | Choose specific components interactively |
/configure:status | Quick read-only overview |
/configure:<component> | Single component only |
See Also
/configure:all- Run all checks/configure:status- Read-only status overview