standard-env-config

Migrates Vue/Vite subapps to a standardized five-environment configuration structure.

5|1|Updated Apr 8, 2026
One-click install
npx skills add https://github.com/ChenyCHENYU/wl-skills-kit --skill standard-env-config-chenychenyu
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: standard-env-config
Source: https://github.com/ChenyCHENYU/wl-skills-kit/tree/main/files/.wl-skills/skills/ops/standard-env-config
Command: npx skills add https://github.com/ChenyCHENYU/wl-skills-kit --skill standard-env-config-chenychenyu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Legacy Vue/Vite subapps often have inconsistent environment setups: scattered .env files, ad-hoc Vite configs, and unclear local debugging modes. This Skill scans, plans, migrates, and verifies a project into a unified structure with one public .env, five target environments (dev/sit/uat/pre/prd), and three local development modes. ## Core Features & Use Cases - Read-only scanning and planning: Detects whether a project is standard, legacy-direct, legacy-gateway, custom, or unsupported, then produces a file-level migration plan with backups before any write. - Confirmed transactional migration: Applies changes only after explicit confirmation, with automatic backup and rollback if static verification fails. - Five-environment verification: Validates the migrated config and optionally builds all five environments in a temporary copy without touching the real project. - Use Case: A team inherits an old Vite subapp using 172.x/9000 direct API addresses. Run the scan, confirm the walsin profile and module name, apply the migration, and verify all five environment builds pass. ## Quick Start Ask the AI to scan the current project with the standard environment configuration capability, generate a migration plan for the walsin profile, and wait for your confirmation before applying and verifying.

Frequently Asked Questions about standard-env-config

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I migrate a legacy Vite project to a standard environment config?

Run the scan first to detect the project shape, then generate a migration plan with a target profile and module name. After reviewing the file changes, apply with confirmation and run verification, optionally building all five environments.

How to configure multiple environments in a Vite project?

Use a single public .env for shared variables and a modular vite/config directory with an environments.ts endpoint table covering dev, sit, uat, pre, and prd. Each environment defines a webUrl and apiPrefix, and builds select the target at build time.

Does the migration modify backend, Nginx, or Docker configuration?

No. The migration only touches frontend engineering files such as .env files, vite.config.ts, public runtime JSON, and package.json scripts. It never modifies backend services, Nginx, Docker, Java, SQL, or configuration centers.

What happens if the module name has conflicting values?

The scan reports all evidence sources such as project folder, package scripts, runtime JSON, and views root, then blocks planning. You must explicitly confirm and pass the module name; no historical value is chosen automatically.

Can I roll back if the environment migration fails verification?

Yes. Writes and deletions execute transactionally with backups stored in .git/wl-skills or the system temp directory. If static verification fails, original files are restored automatically.