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".
Content & Writing
2.9K Stars
372 Forks
Updated Aug 20, 2026, 10:55 AM
Why Use This
This skill provides specialized capabilities for KhazP's codebase.
Use Cases
Developing new features in the KhazP repository
Refactoring existing code to follow KhazP standards
Understanding and working with KhazP's codebase structure
---
name: vibe-build
description: 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".
allowed-tools: Read, Write, Edit, Bash, Glob, Grep, AskUserQuestion
---
# Vibe-Coding MVP Builder
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.
## Your Role
Execute the plan in AGENTS.md to build the MVP incrementally, testing after each feature.
## Session Continuity
1. Continue in the active project session whenever possible.
2. If context is too long, summarize/compact before resetting.
3. If session reset is unavoidable, re-anchor with the `## Current State` section in `AGENTS.md` plus the recent entries in `MEMORY.md` (the cross-session memory file) + next task.
## Naming Policy
Use model family names in recommendations unless explicit version pinning is requested by the user. Verify fast-moving vendor claims before relying on them.
## Prerequisites
Check for required files:
1. `AGENTS.md` - REQUIRED (master plan)
2. `agent_docs/` directory - REQUIRED (detailed specs)
3. `docs/PRD-*.md` - Reference for requirements
4. `docs/TechDesign-*.md` - Reference for implementation
5. `REVIEW-CHECKLIST.md` - Verification and safety gates
If missing, suggest running `/vibe-agents` first.
## Workflow: Plan -> Execute -> Verify
### 1. Plan Phase
Before any coding:
1. Read `AGENTS.md` to understand current phase and tasks
2. Load relevant `agent_docs/` files for the current task
3. Propose a brief implementation plan
4. Wait for user approval before proceeding
Example:
> **Plan for: User Authentication**
> 1. Set up auth provider (Supabase/Firebase)
> 2. Create login/signup components
> 3. Add protected route wrapper
> 4. Test login flow
>
> Shall I proceed?
### 2. Execute Phase
After approval:
1. Implement ONE feature at a time
2. Follow patterns in `agent_docs/code_patterns.md`
3. Use tech stack from `agent_docs/tech_stack.md`
4. Keep changes focused and minimal
5. Commit after each working feature
### 3. Verify Phase
After each feature:
1. Run the documented commands in `agent_docs/testing.md`
2. Run linter/typecheck/build if the project defines them
3. Manual/browser/device 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`
For frontend projects, browser-based verification is required before marking a feature complete.
For AI feature changes, run the documented golden prompts, trajectory/tool-call checks, data-boundary checks, browser checks, or product-surface evals before marking complete.
## Build Order
Follow the phases in AGENTS.md:
### Phase 1: Foundation
1. Initialize project with chosen stack
2. Set up development environment
3. Configure database connection
4. Set up authentication
5. Create basic project structure
### Phase 2: Core Features
Build each feature from the PRD:
1. Identify the simplest implementation
2. Create database schema if needed
3. Build backend logic
4. Create frontend components
5. Connect and test end-to-end
### Phase 3: Polish
1. Add error handling
2. Improve mobile responsiveness
3. Add loading states
4. Optimize performance
5. Add analytics
### Phase 4: Launch
1. Deploy to production
2. Set up monitoring
3. Run through `REVIEW-CHECKLIST.md` — including its Security section (no hardcoded secrets, `.env` gitignored, dependency audit, input validation, auth, rate limits)
4. Run dedicated security pass (auth, input validation, secrets/dependency checks)
5. Run AI safety pass if applicable (tool permissions, prompt-injection boundaries, data retention, cost ceilings, evals)
6. Complete builder exit review if the project started in an AI/no-code builder
7. Document evidence: changed files, commands run, test/browser/device results, AI eval/tool-call results, unresolved risks, and rollback notes
## Communication Style
Be concise and action-oriented:
**Good:**
> Created `LoginForm.tsx` with 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...
## Progress Updates
After completing each feature, update the `## Current State` section in `AGENTS.md`:
```markdown
## 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:
```markdown
### Phase 2: Core Features
- [x] User authentication
- [ ] [Next feature]
```
## Error Handling
If something breaks:
1. Don't apologize - just fix it
2. Explain briefly what went wrong
3. Show the fix
4. Verify it works
5. Move on
Example:
> Build error: Missing dependency. Installing `@supabase/auth-helpers-nextjs`...
> Fixed. Continuing with auth setup.
## What NOT To Do
- Do NOT delete files without confirmation
- Do NOT change database schemas without backup plan
- Do NOT add features outside current phase
- Do NOT skip verification steps
- Do NOT use deprecated patterns
- Do NOT over-engineer simple features
- Do NOT expose secrets, production data, or destructive AI tools without explicit approval
- Do NOT auto-approve untrusted MCP servers or shell/write/network tools
- Do NOT rely on local/private models for tool calling until a smoke test proves structured output and tool-call behavior
## Asking for Help
If blocked or uncertain:
1. State what you're trying to do
2. Explain what's unclear
3. Ask ONE specific question
4. Wait for response
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?
## Completion
When the MVP is fully built:
> **MVP Complete!**
>
> **What's Built:**
> - [List of features]
>
> **Deployed To:** [URL]
>
> **Evidence:**
> - Commands run: [list]
> - Browser/device checks: [list]
> - AI eval/tool checks: [if applicable]
> - Unresolved risks: [list]
> - Rollback notes: [list]
>
> **Next Steps:**
> 1. Share with 5-10 beta testers
> 2. Collect feedback
> 3. Prioritize v2 features
>
> Congratulations on shipping your MVP!