Token导航 LogoToken导航TokenDH.com
前端设计需要联网github未标认证来源可访问clear审计提醒

mvp-builderMVP 建设者

Agent Skill

用于辅助前端页面、组件、样式和交互逻辑的开发与维护。它适合让 Agent 生成或审查 React、Next.js、Vue、Tailwind、CSS 等相关代码,整理组件结构,或定位布局和性能问题。使用时需要结合项目现有设计系统、路由和构建方式,避免只生成孤立片段;涉及页面改动时,应配合本地预览和构建检查确认视觉效果。

总安装

15,049

周安装

692

GitHub Stars

26

下载量

8,748
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:mvp-builder(MVP 建设者)
来源仓库:https://github.com/daffy0208/ai-dev-standards
仓库路径:skills/mvp-builder
安装命令:
npx skills add https://github.com/daffy0208/ai-dev-standards --skill 'MVP Builder'
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/daffy0208/ai-dev-standards --skill 'MVP Builder'

简介

用于辅助前端页面、组件、样式和交互逻辑的开发与维护。

  • 适合生成或审查 React、Vue、Tailwind CSS 等相关代码。
  • 使用时需结合项目现有设计系统和路由方式,避免孤立片段。
  • 涉及页面改动时应配合本地预览和构建检查确认效果。
  • 安装前建议核对仓库路径和宿主兼容性。mvp-builder 属于前端设计类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

MVP Builder

Ship MVPs in 1-2 weeks, not months.

Core Principle

Start with the smallest thing that proves/disproves your riskiest assumption.

MVP = Minimum Viable Product, not Minimum Pretty Product.

MVP Feature Matrix

Categorize every feature idea using this matrix:

CategoryDefinitionAction
P0Must have for core value propositionBuild now
P1Important but can wait for v1.1Ship after validation
P2Nice to have, delight featuresShip v2+
Out of ScopeNot needed for validationDefer indefinitely

Example: Task Management MVP

P0 (Week 1):

  • Create task with title/description
  • Mark task complete
  • View task list
  • Basic authentication

P1 (Post-validation):

  • Due dates, priorities, reminders

P2 (Future):

  • Team collaboration, file attachments, mobile app

Out of Scope:

  • Gantt charts, time tracking, integrations

5 MVP Patterns

1. Concierge MVP

Definition: Manually deliver the service before building automation

When to use: Core value is service delivery, not technology

Examples:

  • Food delivery → Take orders via WhatsApp, deliver yourself
  • AI copywriter → Manually write copy for customers
  • Scheduling tool → Coordinate meetings via email

Time: 1-3 days | Validates: People want the service


2. Wizard of Oz MVP

Definition: Interface looks automated, but humans operate it behind the scenes

When to use: Automation is expensive/complex to build

Examples:

  • Zapier early days → Manually created integrations
  • AI chatbot → Human answers, customer thinks it's AI

Time: 1 week | Validates: Users engage with interface


3. Landing Page MVP

Definition: Explain the product + collect emails (no product yet)

When to use: Testing demand before building anything

Examples:

  • Dropbox → Video showing concept
  • Buffer → Landing page before code existed

Time: 1-2 days | Validates: People sign up for waitlist


4. Single-Feature MVP

Definition: One feature that solves one problem

When to use: One feature delivers 80% of value

Examples:

  • Twitter → Just post 140-character updates
  • Instagram → Just share photos with filters
  • Stripe → Just accept credit card payments

Time: 1-2 weeks | Validates: People use the core feature


5. Piecemeal MVP

Definition: Combine existing tools instead of building custom

When to use: You can cobble together a solution with existing tools

Examples:

  • Typeform + Airtable + Zapier + Stripe
  • No-code tools: Webflow, Bubble, Retool

Time: 2-5 days | Validates: Workflow works end-to-end

Tech Stack Decision Tree

Is this a web app?
├─ YES
│  ├─ Need real-time?
│  │  ├─ YES → Next.js + Supabase + WebSockets
│  │  └─ NO → Remix + PostgreSQL
│  └─ Simple CRUD? → Supabase + React
└─ NO
   ├─ Mobile app? → React Native + Expo
   ├─ API only? → Express + PostgreSQL
   ├─ Chrome extension? → Vanilla JS + Chrome APIs
   └─ CLI tool? → Node.js or Python

Recommended MVP Stack:

  • Frontend: React + Vite or Next.js
  • Backend: Supabase (Postgres + Auth + Storage) or Express.js
  • Styling: Tailwind CSS + shadcn/ui
  • Hosting: Vercel/Netlify (frontend) + Railway/Fly.io (backend)
  • Auth: Clerk or Supabase Auth
  • Payments: Stripe Checkout

Speed-Focused Tools:

  • Supabase (backend in 10 min)
  • Vercel v0 (UI generation)
  • Clerk (auth in 5 min)
  • Stripe Checkout (payments in 20 min)

Anti-Patterns to Avoid

Building features "just in case" → Build when 3+ users request ❌ Perfect design before launch → Ship functional, ugly is fine ❌ Over-engineering architecture → Monolith is fine for MVP ❌ Custom authentication → Use Clerk, Auth0, or Supabase Auth ❌ Building admin panel first → Use database GUI (Retool/Supabase) ❌ Mobile app before web → Web first, always ❌ Scaling for 1M users → Build for 10 users, scale when needed

MVP Quality Standards

Must Have ✅

  • Core feature works end-to-end
  • Basic auth (login/signup)
  • Deploys without crashing
  • Mobile-responsive (doesn't need to be beautiful)
  • Basic error handling

Can Skip ⏸️

  • Perfect UI/UX
  • Email notifications
  • Advanced features
  • Analytics dashboard
  • Error monitoring (add after validation)
  • Tests (add after product-market fit)

Build Process

Week 1: Build Core Feature

Days 1-2: Design + Setup

  • Sketch 3 screens (paper/Figma)
  • Set up repo + database (3-5 tables max)
  • Deploy infrastructure

Days 3-4: Build

  • Authentication (use library, don't build)
  • Core feature (1 user flow only)
  • Basic UI (use component library)

Day 5: Polish + Deploy

  • Fix critical bugs
  • Deploy to production
  • Share with 5 friends for feedback

Week 2: Validate

Days 1-2: Iterate

  • Fix issues from Week 1 feedback
  • Add 1-2 critical missing features

Days 3-4: Get Users

  • Share on social media
  • Post in relevant communities
  • Email 20 people personally

Day 5: Analyze & Decide

  • Did 10+ people sign up?
  • Did 3+ people use it 3+ times?
  • Are 1-2 people willing to pay?

Decision Point:

  • ✅ Yes to above → Build P1 features
  • ❌ No → Pivot or kill project

Launch Checklist

Pre-Launch (1 hour):

  • Core user flow works end-to-end
  • Sign up + login works
  • Deployed with HTTPS
  • Privacy policy + ToS (use generator)

Launch Day:

  • Post on Twitter/LinkedIn with screenshot
  • Share in 3-5 relevant communities
  • Email 20 people personally

Week 1 Post-Launch:

  • Reply to every piece of feedback
  • Fix critical bugs within 24 hours
  • User interview with 3-5 early users

Success Metrics

MVP validation criteria:

  • 10+ signups in first week
  • 3+ people use it 3+ times
  • 1-2 people willing to pay

If you hit these: You might have something. Build P1 features.

If you don't: Pivot or move on. Don't invest months in something nobody wants.

Real MVP Examples

Successful minimal starts:

  • Airbnb: Photos of their apartment + PayPal link
  • Stripe: Just a form to collect card details
  • Dropbox: Video demo before building product
  • Uber: iPhone app in San Francisco only
  • Facebook: Harvard students only, basic profiles

All started much smaller than you think.

Related Resources

Related Skills:

  • product-strategist - For validating product-market fit
  • frontend-builder - For building the UI
  • api-designer - For backend API design
  • deployment-advisor - For deployment decisions
  • go-to-market-planner - For launch strategy

Related Patterns:

  • META/DECISION-FRAMEWORK.md - Platform selection decision tree

Related Playbooks:

  • PLAYBOOKS/build-mvp.md - Step-by-step MVP build procedure (when created)

Quick Reference

For experienced users:

  • Identify riskiest assumption
  • Choose MVP pattern (Concierge/Wizard/Landing/Single-Feature/Piecemeal)
  • Categorize features (P0/P1/P2/Out of Scope)
  • Build P0 only (1-2 weeks max)
  • Ship ugly but functional
  • Validate with 10+ users
  • Decide: build P1 or pivot

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenCode

29.21%
按下载量换算2,555

Claude Code

25.51%
按下载量换算2,232

Gemini CLI

17.83%
按下载量换算1,560

Antigravity

11.9%
按下载量换算1,041

Codex

8.65%
按下载量换算757

Cursor

3.51%
按下载量换算307

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。来源字段存在多来源差异,先按来源优先级自动处理,无法消解时进入异常复核队列。

来源信息

继续浏览同类 Skills