Skip to main content

configure-select

Pick-a-component menu for infrastructure standards — configures only the selected ones. Use when setting up one or a few named components (linting, CI, containers, tests).

Informações da origem

Repositório
laurigates/claude-plugins
Última atividade na origem
15 de agosto de 2026 às 10:12
Idioma detectado do SKILL.md
inglês
Estrelas
58
Forks
6

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
created
2025-12-22T00:00:00.000Z
modified
2026-08-15T00:00:00.000Z
reviewed
2026-07-05T00:00:00.000Z
description
Pick-a-component menu for infrastructure standards — configures only the selected ones. Use when setting up one or a few named components (linting, CI, containers, tests).
allowed-tools
Glob, Grep, Read, Write, Edit, Bash, AskUserQuestion, TodoWrite, SlashCommand
args
[--check-only] [--fix]
argument-hint
[--check-only] [--fix]
name
configure-select
# /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 1. Read `.project-standards.yaml` if it exists (check `project_type` field) 2. Auto-detect from file structure: - **infrastructure**: Has `terraform/`, `helm/`, `argocd/`, or `*.tf` files - **frontend**: Has `package.json` with vue/react dependencies - **python**: Has `pyproject.toml` or `requirements.txt` - **rust**: Has `Cargo.toml` 3. Report detected type to user ### Step 2: List domains and components from the manifest The component roster lives in the sibling manifest [configure-all/components.yaml](../configure-all/components.yaml). Run the lister to get the current domains and their components: ```bash bash "${CLAUDE_SKILL_DIR}/../configure-all/scripts/list-components.sh" ``` `DOMAIN=<key> TITLE=<title>` lines are the selectable domains; `COMPONENT=<name> DOMAIN=<key> ...` lines are their members. Never hand-maintain a category table here — the manifest is the single source of truth. ### Step 3: Present component selection Use AskUserQuestion with multiSelect, building the questions from the lister output: 1. Group the manifest domains into at most 4 questions of 2–4 options each, keeping related domains in the same question (e.g. CI/CD with Git Metadata, Testing on its own, Code Quality with Security and Documentation, Containers with Editor & Dev Environment and Package Management). 2. Each option is one domain: label = the domain `TITLE`, description = that domain's component names from the lister output. 3. Selecting a domain selects all of its components. Skip components whose `TYPES` excludes the detected project type. Map each selected domain to its components' `/configure:X` commands (a `COMPONENT=configure-tests` row runs `/configure:tests`). ### Step 4: Execute selected checks Run each selected command with appropriate flags: - Default: Run with `--check-only` first, then offer `--fix` - If `--check-only` flag: Only audit, no fixes offered - If `--fix` flag: 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
Ver no GitHub