configure-status
Infrastructure compliance status (read-only). Use when checking overall compliance, generating a report, or reviewing project health without making changes.
Works with
---
name: configure-status
description: Infrastructure compliance status (read-only). Use when checking overall compliance, generating a report, or reviewing project health without making changes.
license: MIT
---
# /configure:status
Display infrastructure standards compliance status without making changes.
## When to Use This Skill
| Use this skill when... | Use another approach when... |
|------------------------|------------------------------|
| Checking overall compliance status | Running full compliance checks with fixes (use `/configure:all --fix`) |
| Generating compliance reports | Need to fix issues found (use `/configure:all`) |
| Quick project health check | Checking specific component (use `/configure:X --check-only`) |
| CI/CD status validation | Running interactive selection (use `/configure:select`) |
| Reviewing current configuration state | Need detailed component analysis |
## Context
- Project standards: !`find . -maxdepth 1 -name \'.project-standards.yaml\'`
- Project type: !`find . -maxdepth 1 -name '.project-standards.yaml' -exec grep -m1 "^project_type:" {} +`
- Standards version: !`find . -maxdepth 1 -name '.project-standards.yaml' -exec grep -m1 "^standards_version:" {} +`
- Last configured: !`find . -maxdepth 1 -name '.project-standards.yaml' -exec grep -m1 "^last_configured:" {} +`
- Pre-commit config: !`find . -maxdepth 1 -name \'.pre-commit-config.yaml\'`
- Workflows: !`find . -path '*/.github/workflows/*' -maxdepth 3 -name '*.yml'`
- Has Dockerfile: !`find . -maxdepth 1 -name 'Dockerfile*' -print -quit`
- Has skaffold: !`find . -maxdepth 1 -name \'skaffold.yaml\'`
- Has helm: !`find . -maxdepth 2 -type d -name 'helm' -print -quit`
- Test configs: !`find . -maxdepth 1 \( -name 'vitest.config.*' -o -name 'jest.config.*' -o -name 'pytest.ini' \)`
- Linting config: !`find . -maxdepth 1 \( -name 'biome.json' -o -name '.eslintrc*' \)`
- Editor config: !`find . -maxdepth 1 -name \'.editorconfig\'`
- Gitleaks config: !`find . -maxdepth 1 -name \'.gitleaks.toml\'`
- Package files: !`find . -maxdepth 1 \( -name 'package.json' -o -name 'pyproject.toml' -o -name 'Cargo.toml' \)`
## Parameters
Parse from `$ARGUMENTS`:
- `--verbose`: Show detailed compliance information for each component
## Execution
Execute this read-only compliance status check:
### Step 1: Detect project type
1. Read `.project-standards.yaml` if it exists (shows tracked version and last configured date)
2. Auto-detect project type from file structure
3. Report discrepancy if detected type differs from tracked type
### Step 2: Scan configuration files
Check for presence and validity of each configuration:
| Component | Files Checked |
|-----------|---------------|
| Pre-commit | `.pre-commit-config.yaml` |
| Release-please | `release-please-config.json`, `.release-please-manifest.json`, `.github/workflows/release-please.yml` |
| Dockerfile | `Dockerfile`, `Dockerfile.*` |
| Skaffold | `skaffold.yaml` |
| CI Workflows | `.github/workflows/*.yml` |
| Helm | `helm/*/Chart.yaml` |
| Documentation | `tsdoc.json`, `typedoc.json`, `mkdocs.yml`, `docs/conf.py`, `pyproject.toml [tool.ruff.lint.pydocstyle]` |
| GitHub Pages | `.github/workflows/docs.yml`, `.github/workflows/*pages*.yml` |
| Cache Busting | `next.config.*`, `vite.config.*`, `vercel.json`, `_headers` |
| Tests | `vitest.config.*`, `jest.config.*`, `pytest.ini`, `pyproject.toml [tool.pytest]`, `.cargo/config.toml` |
| Coverage | `vitest.config.* [coverage]`, `pyproject.toml [tool.coverage]`, `.coveragerc` |
| Linting | `biome.json`, `pyproject.toml [tool.ruff]`, `clippy.toml` |
| Formatting | `.prettierrc*`, `biome.json`, `pyproject.toml [tool.ruff.format]`, `rustfmt.toml` |
| Dead Code | `knip.json`, `knip.ts`, `pyproject.toml [tool.vulture]` |
| Editor | `.editorconfig`, `.vscode/settings.json`, `.vscode/extensions.json` |
| Security | `.github/workflows/*security*`, `.gitleaks.toml`, `pyproject.toml [tool.bandit]` |
### Step 3: Determine compliance status
For each component, assign a status:
| Status | Meaning |
|--------|---------|
| PASS | Fully compliant with project standards |
| WARN | Present but outdated or incomplete |
| FAIL | Missing required configuration |
| SKIP | Not applicable for project type |
### Step 4: Print compliance report
```
Infrastructure Standards Status
====================================
Repository: [name]
Project Type: [type] ([detected])
Standards Version: [version] (tracked: [tracked])
Last Configured: [date]
Component Status:
Pre-commit PASS v5.0.0 hooks, conventional commits
Release-please PASS Node workspace plugin
Dockerfile WARN Missing healthcheck
Skaffold PASS 3 profiles configured
CI Workflows WARN Missing test workflow
Helm SKIP No helm/ directory
Tests PASS Vitest configured
Coverage WARN 72% (below 80% threshold)
Linting PASS Biome configured
Formatting PASS Biome configured
Dead Code WARN Knip found 3 unused exports
Editor PASS .editorconfig present
Security PASS gitleaks + npm audit
Summary: [N] warnings, [N] failures
Run /configure:all to fix issues
```
### Step 5: Show verbose details (if requested)
If `--verbose` flag is set:
- Show specific version numbers for each hook/tool
- List individual compliance checks performed
- Show detected deviations from `.project-standards.yaml`
- Display file modification timestamps
- Show cache-busting configuration details (framework, CDN, hash patterns)
## Agentic Optimizations
| Context | Command |
|---------|---------|
| Quick status check | `/configure:status` |
| Verbose status | `/configure:status --verbose` |
| Check standards version | `grep "^standards_version:" .project-standards.yaml 2>/dev/null \| sed 's/.*:[[:space:]]*//'` |
| Check last configured date | `grep "^last_configured:" .project-standards.yaml 2>/dev/null \| sed 's/.*:[[:space:]]*//'` |
| List all workflow files | `find .github/workflows -maxdepth 1 -name '*.yml' -exec basename {} \;` |
## Flags
| Flag | Description |
|------|-------------|
| `--verbose` | Show detailed compliance information |
## Notes
- This command is **read-only** - no files are modified
- Use for CI/CD compliance checks (exit code reflects status)
- Run before `/configure:all` to preview what will be fixed
## See Also
- `/configure:all` - Run all compliance checks
- `/configure:select` - Interactively select which components to configure
- `/configure:pre-commit` - Pre-commit specific checks
- `/configure:release-please` - Release-please specific checksMore DevOps & Infrastructure skills
azure-ai
microsoft/azure-skills
Use for Azure AI: Search, Speech, OpenAI, Document Intelligence. Helps with search, vector/hybrid search, speech-to-text, text-to-speech, transcription, OCR. WHEN: AI Search, query search, vector search, hybrid search, semantic search, speech-to-text, text-to-speech, transcribe, OCR, convert text to speech.
appinsights-instrumentation
microsoft/azure-skills
Guidance for instrumenting webapps with Azure Application Insights. Provides telemetry patterns, SDK setup, and configuration references. WHEN: how to instrument app, App Insights SDK, telemetry patterns, what is App Insights, Application Insights guidance, instrumentation examples, APM best practices.
azure-storage
microsoft/azure-skills
Azure Storage Services including Blob Storage, File Shares, Queue Storage, Table Storage, and Data Lake. Answers questions about storage access tiers (hot, cool, cold, archive), when to use each tier, and tier comparison. Provides object storage, SMB file shares, async messaging, NoSQL key-value, and big data analytics. Includes lifecycle management. USE FOR: blob storage, file shares, queue storage, table storage, data lake, upload files, download blobs, storage accounts, access tiers, storage tiers, hot cool cold archive, storage tier comparison, when to use storage tiers, lifecycle management, Azure Storage concepts. DO NOT USE FOR: SQL databases, Cosmos DB (use azure-prepare), messaging with Event Hubs or Service Bus (use azure-messaging).

