project-blueprint
3
总安装量
3
周安装量
#62583
全站排名
安装命令
npx skills add https://github.com/vibery-studio/templates --skill project-blueprint
Agent 安装分布
opencode
3
gemini-cli
3
antigravity
3
windsurf
3
claude-code
3
codex
3
Skill 文档
Project Blueprint
Generate production-ready project configurations by orchestrating Vibery ecosystem components.
Purpose
Instead of manually researching which agents, skills, MCPs, and commands to install, this skill analyzes project requirements and outputs a complete setup recipe.
Available Components
Vibery Ecosystem (auto-updated)
RUN: npx vibery list
TO: Get current available templates
Categories:
- ð¤ Agents: Tech-specific experts (nextjs-developer, stripe-pro, etc.)
- â¡ Commands: One-shot tasks (create-pr, generate-tests, etc.)
- ð MCPs: External integrations (supabase, github, shopify, etc.)
- ðª Hooks: Automation triggers (auto-commit, lint-on-save, etc.)
- âï¸ Settings: Permission presets (allow-npm, deny-sensitive-files, etc.)
- ð¨ Skills: Complex workflows (frontend-design, mcp-builder, etc.)
Process
Phase 1: Project Classification
Entry Check
IF user provided: project type + tech stack + scale
â Proceed to Phase 2
ELSE
â Classify project first
Classification Questions
| Question | Options | Why |
|---|---|---|
| “What type of project?” | SaaS, E-commerce, API, CLI, Mobile, Landing Page, Chrome Extension, MCP Server | Determines base blueprint |
| “Primary tech stack?” | [Detect from context or ask] | Matches agents/skills |
| “Solo or team?” | Solo, Small team (2-5), Large team (5+) | Affects workflow setup |
| “Deploy where?” | Vercel, Cloudflare, AWS, Railway, Self-hosted | Adds deployment hooks |
Project Type â Base Blueprint Mapping
SaaS MVP:
â nextjs-developer + supabase + stripe-pro
â Commands: create-pr, generate-tests, security-audit
â Skills: frontend-design, backend-development
E-commerce:
â nextjs-developer + shopify OR woocommerce
â Commands: performance-audit, security-audit
â Skills: frontend-design
API Service:
â backend-architect + swagger + postgres-pro
â Commands: generate-api-documentation, security-audit
â MCPs: postgresql, redis
CLI Tool:
â cli-developer + typescript-pro
â Commands: generate-tests, prepare-release
â Hooks: conventional-commits
Landing Page:
â frontend-design + tailwind-pro
â Commands: performance-audit
â Hooks: format-on-save
Chrome Extension:
â typescript-pro + chrome-devtools
â Skills: frontend-design
MCP Server:
â mcp-builder + typescript-pro
â Commands: generate-tests
â Skills: mcp-management
Phase 2: Stack Analysis
Entry Check
IF project classified:
â Analyze tech stack requirements
ELSE
â Return to Phase 1
Stack Detection
IF existing project:
â Read package.json, requirements.txt, go.mod, Cargo.toml
â Identify: framework, language, dependencies
â Suggest components matching existing stack
IF new project:
â Use classification from Phase 1
â Recommend optimal stack for project type
Component Selection Rules
FOR each technology in stack:
â Search: npx vibery search [technology]
â Select: Most specific agent/skill available
â Avoid: Generic alternatives if specific exists
Example:
Next.js project â nextjs-developer (not react-specialist)
Supabase auth â supabase MCP (not generic postgres)
Phase 3: Blueprint Generation
Entry Check
IF stack analyzed + components selected:
â Generate blueprint
ELSE
â Return to Phase 2
Blueprint Structure
# Project Blueprint: [Project Name]
## Quick Start
```bash
# 1. Install Vibery templates
npx vibery install [agent-1]
npx vibery install [agent-2]
npx vibery install [mcp-1]
npx vibery install [command-1]
npx vibery install [hook-1]
# 2. Configure MCP servers (if any)
# [MCP-specific setup commands]
# 3. Verify installation
npx vibery list --installed
```
Components Installed
Agents
| Agent | Purpose | When Used |
|---|---|---|
| [agent-name] | [what it does] | [trigger context] |
MCPs
| MCP | Purpose | Setup Required |
|---|---|---|
| [mcp-name] | [what it connects to] | [env vars, auth] |
Commands
| Command | Purpose | Usage |
|---|---|---|
| /[command] | [what it does] | [when to run] |
Hooks
| Hook | Trigger | Action |
|---|---|---|
| [hook-name] | [when fires] | [what happens] |
CLAUDE.md
[Generate project-specific CLAUDE.md – see Phase 4]
Folder Structure
[Generate recommended structure – see Phase 4]
Workflows
[Generate common workflows – see Phase 4]
---
### Phase 4: Configuration Generation
#### CLAUDE.md Generation
BASED ON project type + stack: â Generate CLAUDE.md with:
# Project Context
- Tech stack summary
- Architecture overview
- Key directories
# Conventions
- Coding standards for this stack
- Naming conventions
- File organization rules
# Commands
- Dev, test, build, deploy commands
# Agent Instructions
- When to use which installed agent
- MCP usage patterns
#### Folder Structure Generation
BASED ON project type: â Generate tree structure with:
- Source code organization
- Test file locations
- Config file placements
- Documentation structure
Match conventions of chosen framework
#### Workflow Generation
GENERATE common workflows:
-
Feature Development:
- Branch naming
- Which agents to use
- PR creation with /create-pr
-
Testing:
- /generate-tests for new features
- Test organization
-
Deployment:
- Pre-deploy checks
- Deploy commands
- Post-deploy verification
---
### Phase 5: Output Delivery
#### Output Format
```markdown
# [Project Name] Blueprint
## Installation (copy-paste ready)
[bash commands]
## Configuration Files
### CLAUDE.md
```markdown
[generated CLAUDE.md content]
.claude/settings.json (if needed)
[settings content]
Project Structure
[folder tree]
Development Workflow
[step by step workflow]
Next Steps
- Run installation commands
- Copy CLAUDE.md to project root
- Create folder structure
- Start with: [first recommended action]
---
## Self-Check (Read before every response)
â¡ Did I check current Vibery availability?
â Templates change; verify before recommending
â¡ Are install commands copy-paste ready?
â User should not need to modify commands
â¡ Is CLAUDE.md specific to this project?
â Generic CLAUDE.md = wasted context
â¡ Did I include MCP setup instructions?
â MCPs often need env vars, auth tokens
â¡ Are workflows actionable?
â "Use good practices" is not a workflow
â "Run /create-pr after feature complete" is
â¡ Did I explain WHY each component?
â User should understand the choices
---
## Blueprint Templates Reference
See `references/blueprints/` for complete examples:
- `saas-nextjs-supabase.md`
- `api-fastapi-postgres.md`
- `cli-typescript.md`
- `landing-astro.md`
- `extension-chrome.md`
- `mcp-server.md`