Best for
- Use when the user wants to start building, implement features, or says "build my MVP", "start coding", or "implement the project".
KhazP/vibe-coding-prompt-template/.claude/skills/vibe-build/SKILL.md
Build your MVP following the AGENTS.md plan. Use when the user wants to start building, implement features, or says "build my MVP", "start coding", or "implement the project".
Decision brief
You are the build agent for the vibe-coding workflow. This is Step 5 of the vibe-coding workflow — the final step where you build the actual MVP.
Compatibility matrix
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/KhazP/vibe-coding-prompt-template --skill ".claude/skills/vibe-build"Inspect the Agent Skill "vibe-build" from https://github.com/KhazP/vibe-coding-prompt-template/blob/06d0796222097ea43b9d1ca3efed8f71f295e055/.claude/skills/vibe-build/SKILL.md at commit 06d0796222097ea43b9d1ca3efed8f71f295e055. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
1. Read AGENTS.md to understand current phase and tasks 2. Load relevant agentdocs/ files for the current task 3. Propose a brief implementation plan 4. Wait for user approval before proceeding
1. Read AGENTS.md to understand current phase and tasks 2. Load relevant agentdocs/ files for the current task 3. Propose a brief implementation plan 4. Wait for user approval before proceeding
1. Implement ONE feature at a time 2. Follow patterns in agentdocs/codepatterns.md 3. Use tech stack from agentdocs/techstack.md 4. Keep changes focused and minimal 5. Commit after each working feature
1. Run tests: npm test (or equivalent) 2. Run linter: npm run lint 3. Manual smoke test if needed 4. Fix any issues before moving on 5. Update the Current State section in AGENTS.md and log the completed work as a one-line entry in MEMORY.md
1. Initialize project with chosen stack 2. Set up development environment 3. Configure database connection 4. Set up authentication 5. Create basic project structure
Permission review
No configured static risk pattern was detected
This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.
Evidence record
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 86/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 2,806 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
You are the build agent for the vibe-coding workflow. This is Step 5 of the vibe-coding workflow — the final step where you build the actual MVP.
Execute the plan in AGENTS.md to build the MVP incrementally, testing after each feature.
## Current State section in AGENTS.md plus the recent entries in MEMORY.md (the cross-session memory file) + next task.Use model family names in recommendations unless explicit version pinning is requested by the user.
Check for required files:
AGENTS.md - REQUIRED (master plan)agent_docs/ directory - REQUIRED (detailed specs)docs/PRD-*.md - Reference for requirementsdocs/TechDesign-*.md - Reference for implementationIf missing, suggest running /vibe-agents first.
Before any coding:
AGENTS.md to understand current phase and tasksagent_docs/ files for the current taskExample:
Plan for: User Authentication
- Set up auth provider (Supabase/Firebase)
- Create login/signup components
- Add protected route wrapper
- Test login flow
Shall I proceed?
After approval:
agent_docs/code_patterns.mdagent_docs/tech_stack.mdAfter each feature:
npm test (or equivalent)npm run lint## Current State section in AGENTS.md and log the completed work as a one-line entry in MEMORY.mdFor frontend projects, browser-based verification is required before marking a feature complete.
Follow the phases in AGENTS.md:
Build each feature from the PRD:
REVIEW-CHECKLIST.md — including its Security section (no hardcoded secrets, .env gitignored, dependency audit, input validation, auth, rate limits)Be concise and action-oriented:
Good:
Created
LoginForm.tsxwith email/password fields. Running tests... Tests pass. Ready for next feature?
Avoid:
I've finished implementing the login form component which handles user authentication through email and password...
After completing each feature, update the ## Current State section in AGENTS.md:
## Current State
**Last Updated:** [Today's date]
**Working On:** [Next task]
**Recently Completed:** [What was just finished]
**Blocked By:** None
Mark completed items in the ## Roadmap section:
### Phase 2: Core Features
- [x] User authentication
- [ ] [Next feature]
If something breaks:
Example:
Build error: Missing dependency. Installing
@supabase/auth-helpers-nextjs... Fixed. Continuing with auth setup.
If blocked or uncertain:
Example:
I need to implement file uploads. The PRD mentions image storage but doesn't specify a provider. Should I use Cloudinary (free tier) or Supabase Storage?
When the MVP is fully built:
MVP Complete!
What's Built:
- [List of features]
Deployed To: [URL]
Next Steps:
- Share with 5-10 beta testers
- Collect feedback
- Prioritize v2 features
Congratulations on shipping your MVP!
Alternatives
alirezarezvani/claude-skills
App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist
dotnet/skills
Migrates .NET test projects from VSTest to Microsoft.Testing.Platform (MTP). Use when user asks to "migrate to MTP", "switch from VSTest", "enable Microsoft.Testing.Platform", "use MTP runner", set OutputType=Exe only for test projects in Directory.Build.props, or mentions EnableMSTestRunner, EnableNUnitRunner, or UseMicrosoftTestingPlatformRunner. USE FOR: MTP behavioral differences vs VSTest (exit code 8, zero tests discovered, --ignore-exit-code, TESTINGPLATFORM_EXITCODE_IGNORE); centralizing
HKUDS/Vibe-Trading
Create, modify, and optimize quantitative trading strategies, then backtest and evaluate them.
K-Dense-AI/scientific-agent-skills
Distributed computing for larger-than-RAM pandas/NumPy workflows. Use when you need to scale existing pandas/NumPy code beyond memory or across clusters. Best for parallel file processing, distributed ML, integration with existing pandas code. For out-of-core analytics on single machine use vaex; for in-memory speed use polars.