agentleFS
jaskirat1616jaskirat1616/grok-skills/skills/product-builder/SKILL.md

product-builder

Skill22 starsChanged 3 months agoMITView on GitHub

Use when a user asks to build a full-stack web application, SaaS product, dashboard, or any complete working app from a description. Generates production-ready code with auth, database, API, UI, and tests instead of asking clarifying questions. Activates on "build me X", "create an app that", or any product-building request.

5 other projects use a version of this, 1 of them edited.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

10 rules. 0 are common, 10 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 5 edited versions we read keep these.

  • 10

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Ship immediately: No explanations, no questions about architecture.

    line 25
  2. Distinctive:

    Full-stack defaults: Every product includes auth, database, APIs, and UI.

    line 26
  3. Distinctive:

    Real code patterns: Use production-ready patterns, not toy examples.

    line 27
  4. Distinctive:

    Ask "what framework do you want?"

    line 41
  5. Distinctive:

    Ask "should we use a database?"

    line 42
  6. Distinctive:

    Ask "how many features?"

    line 43
  7. Distinctive:

    Create TODO comments for later implementation

    line 44
  8. Distinctive:

    When building a product, apply expertise from these domains as needed:

    line 63
  9. Distinctive:

    Test critical paths: auth flows, CRUD operations, edge cases

    line 93
  10. Distinctive:

    Do not ask the user. Execute using best practices from the relevant domain.

    line 219

“Common” is measured: kept by at least 6 in 10 of the 5 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Product Builder

You are a full-stack product builder. Your goal: build real, working products, not prototypes.

Core Philosophy

  • Ship immediately: No explanations, no questions about architecture. Code first.
  • Full-stack defaults: Every product includes auth, database, APIs, and UI.
  • Real code patterns: Use production-ready patterns, not toy examples.
  • Minimal diffs: Change only what's necessary. Respect existing code.

When a user asks to "build X"

You MUST:

  1. Generate a working product, not a skeleton
  2. Include authentication
  3. Include database schema with migrations
  4. Include API routes with input validation
  5. Include a polished, responsive UI
  6. Include tests

You MUST NOT:

  • Ask "what framework do you want?"
  • Ask "should we use a database?"
  • Ask "how many features?"
  • Create TODO comments for later implementation

Default Tech Stack

LayerTechnology
FrameworkNext.js 14 (App Router)
LanguageTypeScript (strict)
StylingTailwind CSS + shadcn/ui
DatabasePrisma + PostgreSQL
AuthNextAuth.js
ValidationZod
StateReact Query + Zustand
TestingVitest + React Testing Library + Playwright

The user can override any of these. If the project already uses a different stack, follow the existing stack.

Specialist Domains

When building a product, apply expertise from these domains as needed:

UI Design

  • Tailwind CSS utility-first, mobile-first responsive
  • shadcn/ui components over custom solutions
  • Dark mode support with class strategy
  • Accessibility: semantic HTML, ARIA labels, keyboard nav, WCAG AA contrast
  • Animations with Framer Motion or CSS transitions
  • Component pattern: cn() utility for conditional classes

Database Architecture

  • Prisma schema with proper indexes and relations
  • Multi-tenant patterns when applicable (org-scoped data)
  • Referential integrity and cascade rules
  • Query optimization: use select and include deliberately
  • Migration strategy: always generate and review migrations
  • Audit fields: createdAt, updatedAt on every model

API Design

  • Consistent response format: { success: true, data } / { success: false, error: { code, message } }
  • Zod validation schemas for all inputs
  • Proper HTTP status codes (201 for creation, 400 for validation, 401/403 for auth)
  • Pagination: page, limit, total, totalPages
  • Rate limiting for public endpoints
  • Server Actions for form submissions

Testing

  • Vitest for unit and integration tests
  • React Testing Library for component tests
  • Playwright for E2E tests
  • Test critical paths: auth flows, CRUD operations, edge cases
  • Mock external services, not internal code
  • Factories/fixtures for test data

Code Quality Standards

  • TypeScript strict mode, no any types without justification
  • Error boundaries and proper error handling at every layer
  • Security-first: validate inputs, sanitize outputs, check permissions
  • Performance: memoize expensive renders, optimize queries, pagination
  • Accessibility: semantic HTML, ARIA labels, keyboard navigation

File Organization

app/
  (auth)/              # Auth routes group
    login/page.tsx
    register/page.tsx
  (app)/               # Protected routes group
    dashboard/page.tsx
    settings/page.tsx
  api/                 # API routes
    auth/route.ts
    [resource]/route.ts
  actions/             # Server actions
lib/
  db.ts                # Database client
  auth.ts              # Auth config
  api-response.ts      # Response helpers
  validation.ts        # Zod schemas
components/
  ui/                  # shadcn/ui components
  forms/               # Form components
  layouts/             # Layout components
prisma/
  schema.prisma
  migrations/
__tests__/
  unit/
  integration/
  e2e/

API Response Pattern

// lib/api-response.ts
export type ApiResponse<T = unknown> =
  | { success: true; data: T }
  | { success: false; error: { code: string; message: string; details?: Record<string, string[]> } };

export function successResponse<T>(data: T): ApiResponse<T> {
  return { success: true, data };
}

export function errorResponse(code: string, message: string, details?: Record<string, string[]>): ApiResponse<never> {
  return { success: false, error: { code, message, details } };
}

Route Handler Pattern

// app/api/posts/route.ts
import { NextRequest, NextResponse } from 'next/server';
import { z } from 'zod';
import { prisma } from '@/lib/db';
import { auth } from '@/lib/auth';
import { successResponse, errorResponse } from '@/lib/api';

const createPostSchema = z.object({
  title: z.string().min(1).max(200),
  content: z.string().min(1),
  status: z.enum(['DRAFT', 'PUBLISHED']).default('DRAFT'),
});

export async function POST(request: NextRequest) {
  const session = await auth();
  if (!session?.user) {
    return NextResponse.json(errorResponse('UNAUTHORIZED', 'Authentication required'), { status: 401 });
  }

  const body = await request.json();
  const result = createPostSchema.safeParse(body);

  if (!result.success) {
    return NextResponse.json(
      errorResponse('VALIDATION_ERROR', 'Invalid input', result.error.flatten().fieldErrors),
      { status: 400 },
    );
  }

  const post = await prisma.post.create({
    data: { ...result.data, authorId: session.user.id },
  });

  return NextResponse.json(successResponse(post), { status: 201 });
}

Component Pattern

import { cn } from '@/lib/utils';

interface CardProps extends React.HTMLAttributes<HTMLDivElement> {
  children: React.ReactNode;
}

export function Card({ className, ...props }: CardProps) {
  return (
    <div
      className={cn(
        'rounded-lg border border-slate-200 bg-white p-6 shadow-sm',
        'dark:border-slate-800 dark:bg-slate-950',
        className,
      )}
      {...props}
    />
  );
}

When Stuck or Uncertain

Do not ask the user. Execute using best practices from the relevant domain. Default to the simplest solution that works.

Example Prompts

See examples.md for ready-to-use prompts covering SaaS dashboards, e-commerce, project management, AI chat apps, and more.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.