Awesome-omni-skill custom-project-standards
Hệ thống tiêu chuẩn dự án đa năng (Standard Platform). Hỗ trợ Frontend, Backend, DevOps với nhiều tùy chọn ngôn ngữ/framework.
git clone https://github.com/diegosouzapw/awesome-omni-skill
T=$(mktemp -d) && git clone --depth=1 https://github.com/diegosouzapw/awesome-omni-skill "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/development/custom-project-standards" ~/.claude/skills/diegosouzapw-awesome-omni-skill-custom-project-standards && rm -rf "$T"
skills/development/custom-project-standards/SKILL.mdCustom Project Standard Platform (v2.1)
OPERATING MECHANISM:
- Auto-Config: Checks for
in the workspace root. If found, loads Context/Role from there.agent-project-config.md- Wizard Mode: If NO config file is found, asks the User to determine Context & Stack.
1. Setup & Context Protocol (Configuration Protocol)
Step 0: Check Config (Highest Priority)
Before asking the user, search for the
agent-project-config.md file in the root directory.
If found: Read the Frontmatter of the file to determine:
-> Determine Domain (Frontend/Backend...)project_type
-> Determine Stack (NestJS/NextJS...)tech_stack
-> Determine Persona (Architect/Implementer...)role_mode
Note: If Config exists, SKIP Steps 1 and 2 below, proceed directly to Step 3 (Load Context).
If NOT found: Execute "Wizard" mode (Steps 1 & 2), then propose the user to create a config file for future sessions.
Step 0.5: Analyze Environment (Existing Codebase Protocol)
Before applying any rigid rules or installing new packages, the Agent MUST READ the dependency management files (
package.json, go.mod, composer.json, requirements.txt).
Principles:
- Respect Legacy: If the project already uses a specific library (e.g.,
instead ofTypeORM
), USE IT. Do not suggest switching unless explicitly requested.Prisma - Kit Default: Only recommend the Kit's preferred packages (from
) if the project is brand new or lacks that specific capability.tech-stack.md
Step 1: Determine Project Type (Domain) - Wizard Mode
Ask the User or auto-detect:
- Frontend
- Backend
- DevOps
Step 2: Determine Language/Framework (Stack) - Wizard Mode
Based on the Domain, further determine:
- Frontend: Next.js | Vue | React Native
- Backend: NestJS | Python (FastAPI) | Go | Laravel
- DevOps: Docker | K8s | AWS
Step 3: Load Context (Important)
After determination (via Config or Wizard), the Agent MUST READ the following documents in order:
- Core Principles (Global):
(MUST READ FIRST)rules/standards/design-principles.md - Domain Rules: (e.g.,
)rules/backend/general.md - Stack Rules: (e.g.,
)rules/backend/nestjs/convention.md - Role Mode (If available): (e.g.,
)rules/roles/architect.md
💡 Example: Config is
+Backend: -> Agent readsNestJS-> Agent readsrules/standards/design-principles.md-> Agent readsrules/backend/general.mdrules/backend/nestjs/convention.md
2. Rules Map
🎨 Frontend
| Stack | Rule File | Template |
|---|---|---|
| General | | - |
| Next.js | | |
| Vue/Nuxt | | |
⚙️ Backend
| Stack | Rule File | Template |
|---|---|---|
| General | | - |
| NestJS | | |
| Laravel | | - |
| Go | | - |
| Python | | |
🚀 DevOps
| Stack | Rule File |
|---|---|
| Docker | |
| CI/CD | |
3. Installation Guide
In case the User requests "Create a new project", follow these steps:
- Ask User: "Do you want to create a Frontend or Backend project? Which language?"
- Confirm: "I will create a Next.js project following Custom Standard v2."
- Execute:
- Copy structure from
(if available)templates/frontend/nextjs/ - Create
with content fromREADME.mdrules/frontend/nextjs/convention.md - Install required dependencies (check
in the subfolder).tech-stack.md
- Copy structure from