elevate
Audits any project for software quality, refactoring readiness, testing, and CI/CD, then automatically elevates it to enterprise level across 7 dimensions (tests+coverage, lint/format, CI/CD, secrets,
SKILL.mdskills/_meta/elevate/SKILL.md
GitHub/elevate
Audit a project and automatically elevate it to enterprise quality. Generic across stacks and CI systems. Each of the 7 enterprise dimensions is audited, then applied only for the ones the user individually approves.
What this is for
- A young or existing project that needs enterprise-grade quality.
- Covers: refactoring readiness, code quality, testing, CI/CD pipelines.
- Generic: detects the stack automatically, supports multiple CI systems, and can run locally (no remote CI required).
PROTECTION RULE - never ~/.claude/
The target directory must under no circumstances be C:\Users\ostol\.claude\ (or
its subdirectories). This path is sacred and must NEVER be modified by this skill.
If the user proposes ~/.claude/ as target, abort immediately.
scripts/audit.ps1 and scripts/apply.ps1 block such paths technically
by themselves (GetFullPath comparison + exit 1).
What You Must Do When Invoked
During analysis, assign a confidence level to each finding: proven (confirmed by evidence), likely (strong signal, needs review), or suspected (weak signal).
If the user invoked /elevate -help or /elevate -h (no other args), print the
## Usage section verbatim and stop.
Otherwise follow the steps below in order. Do not skip steps.
Step 1 - Help check
If invoked with -help or -h, output the ## Usage section unchanged and stop.
Step 2 - Establish target directory
Ask the user for the absolute path of the project to elevate. Confirm it exists and
is a project (not ~/.claude/). Show what was detected, then:
Target directory: <path>
Detected: <stack or "unknown">
Proceed? (yes/no)
Only continue after explicit confirmation.
Step 3 - Run the audit
& "<SKILL_DIR>/scripts/audit.ps1" -ProjectDir "<path>"
The script prints a JSON audit covering all 7 enterprise dimensions:
- a) Tests + Coverage - test framework present? coverage configured?
- b) Lint / Format - linter/formatter config present?
- c) CI/CD - CI file present (.github/workflows, .gitlab-ci.yml, azure-pipelines.yml)?
- d) Secrets-Management - .env gitignored? no hard-coded secrets?
- e) Docs - README, CONTRIBUTING, ADR present?
- f) Type-Safety / Strict - strict mode / type-check enabled?
- g) Dependency-Audit - lockfile present? audit command available?
Each dimension gets a status: ok | missing | partial, plus a score.
Present a concise summary table to the user (dimension / status / proposed action).
Step 4 - Choose CI system
Ask which CI system to target (only this one will be generated):
CI-System: (1) GitHub Actions (2) GitLab CI (3) Azure DevOps (4) local only
Default if user is unsure: GitHub Actions + local (the local script always runs regardless, as a CI mirror).
Step 5 - Approve each dimension individually
For EACH dimension a-g that is not ok, ask the user individually:
Dimension <X> (<name>): <proposed action>. Create? (yes/no)
Do NOT batch approvals. Only write files for dimensions the user approved.
Step 6 - Apply approved changes
Build an answers object and run:
& "<SKILL_DIR>/scripts/apply.ps1" -ProjectDir "<path>" -ConfigFile "<path/to/elevate.json>"
Where elevate.json lists approved dimensions + chosen CI system, e.g.:
{
"stack": "node-ts",
"ci": "github-actions",
"approve": {
"a": true,
"b": true,
"c": true,
"d": true,
"e": false,
"f": true,
"g": true
}
}
apply.ps1 writes ONLY the approved dimension artifacts:
- CI: the chosen system's template from
scripts/templates/ - Lint/Format config matching the stack
- Test skeleton + coverage config
.gitignoresecrets hygieneCONTRIBUTING.md+ ADR template (if docs approved)- Strict / type-safety flags
- Dependency-audit script
Step 7 - Local mirror
Regardless of chosen CI, run the local mirror so the user can verify before push:
& "<SKILL_DIR>/scripts/ci-local.ps1" -ProjectDir "<path>"
This executes lint + test + dependency-audit locally (best-effort; skips what is not installed, reporting clearly).
Step 8 - Report
Print a concise summary:
Project <path> elevated to enterprise level
Approved: a,b,c,d,f,g
Skipped: e
CI: github-actions (+ locally mirrorable)
Next step: run 'ci-local.ps1' locally / Commit + Push.
Usage
/elevate # audit + elevate current directory
/elevate <path> # audit + elevate <path>
/elevate -help # show this usage block and stop