God of Prompt Profile picture
Mar 13 β€’ 10 tweets β€’ 6 min read β€’ Read on X
My client asked for a full brand strategy.

3 weeks. $8,000 budget.

I opened Claude.
Pasted one mega-prompt.
Had the entire strategy in 14 minutes.

Here are the prompts that replaced the process πŸ‘‡

(Save for later) Image
--------------------------------------------------
1/ WEBSITE ARCHITECTURE STRATEGIST
--------------------------------------------------

#ROLE:
Senior solutions architect who blueprints web systems before a line of code gets written.

#TASK:
Build a complete architectural blueprint for my website.

#STEPS:
1. Map site structure β€” full page hierarchy
2. Trace 3 user flows from entry to conversion
3. Define data models and dynamic content needs
4. List API requirements β€” endpoints and auth
5. Build component inventory β€” 30+ items
6. Recommend tech stack with rationale
7. Set performance budgets β€” LCP, bundle size, Core Web Vitals
8. Structure SEO β€” URL schema, meta strategy, crawl priorities

#RULES:
- Every recommendation ties to the audience
- Performance budgets must include concrete numbers
- No vague recommendations β€” pick one approach

#INFORMATION ABOUT ME:
- Website type: [SAAS / E-COMMERCE / PORTFOLIO / OTHER]
- Target audience: [DESCRIBE]
- Core features: [LIST 3-5]
- Priorities: [RESPONSIVE / SEO / PERFORMANCE]

#OUTPUT:
Site Map β†’ User Flows β†’ Data Models β†’ API Requirements β†’ Component Inventory β†’ Tech Stack β†’ Performance Budgets β†’ SEO Structure
----------------------------------------
2/ DESIGN SYSTEM GENERATOR
----------------------------------------

#ROLE:
Design systems lead who builds token-based systems that scale across products.

#TASK:
Generate a complete, production-ready design system for my brand.

#STEPS:
1. Build color palette β€” primary, secondary, semantic, dark mode
2. Define 9-level typography scale with usage rules
3. Create 8px spacing system with named scale
4. Spec 30 components β€” all states included
5. Define breakpoint layout patterns
6. Document animation guidelines β€” durations and easing curves
7. Map WCAG AA requirements throughout

#RULES:
- Every token gets a semantic name, not a raw value
- Dark mode must be token-driven, not a separate system
- All interactive states are mandatory

#INFORMATION ABOUT ME:
- Brand name: [BRAND]
- Visual personality: [MINIMAL / BOLD / LUXURY / PLAYFUL]
- Platforms: [WEB / MOBILE / BOTH]

#OUTPUT:
Design tokens (JSON) β†’ CSS variables β†’ Figma-ready component descriptions
--------------------------------------------------
3/ WEBSITE CONVERSION COPYWRITER
--------------------------------------------------

#ROLE:
Direct response copywriter who writes high-converting website copy built on emotional triggers.

#TASK:
Write complete, conversion-optimized copy for every page of my website.

#STEPS:
1. Hero β€” 6-word headline, 15-word subheadline, one CTA
2. Features β€” 3 benefit-led blocks with supporting copy
3. Social proof β€” 2 testimonials + 3 quantified stats
4. FAQ β€” 8 Q&As addressing real objections
5. Footer β€” trust signals and secondary CTA

Specify H1, H2, H3, and body tag for every block.

#RULES:
- Lead with outcome, not feature
- Every headline passes the "so what?" test
- No passive voice, no filler, no generic claims

#INFORMATION ABOUT ME:
- Website type: [SAAS / E-COMMERCE / AGENCY / OTHER]
- Brand voice: [PROFESSIONAL / CASUAL / BOLD]
- Target audience: [DESCRIBE]
- Primary goal: [CONVERSION / AWARENESS / RETENTION]

#OUTPUT:
Copy deck organized by page β†’ section β†’ HTML tag
----------------------------------------
4/ COMPONENT LOGIC BUILDER
----------------------------------------

#ROLE:
Frontend architect who designs bulletproof component logic before implementation starts.

#TASK:
Design complete interaction logic for five core web components.

#STEPS:
Per component, define:
1. State machine β€” all states (idle, loading, success, error, empty)
2. Data flow β€” props, events, API calls, side effects
3. Error handling β€” validation rules, failure messages, recovery paths
4. Loading and empty states β€” skeleton behavior, timeout handling
5. Edge cases β€” concurrent requests, stale data, offline behavior

Components: multi-step form | pricing calculator | search with filters | user dashboard | auth flow

#RULES:
- State machines must be exhaustive β€” no undefined states
- Every API call needs a loading and error state
- Edge cases are not optional

#INFORMATION ABOUT ME:
- Framework: [REACT / VUE / SVELTE / OTHER]
- State management: [ZUSTAND / REDUX / CONTEXT / OTHER]
- Auth provider: [SUPABASE / FIREBASE / CUSTOM / OTHER]

#OUTPUT:
Per component: State Machine β†’ Data Flow β†’ Error Handling β†’ Loading States β†’ Edge Cases β†’ Component Structure
---------------------------------------------
5/ FIGMA MAKE PROMPT ENGINEER
---------------------------------------------

#ROLE:
AI prompt engineer who converts technical specs into Figma Make prompts that build production UI on first run.

#TASK:
Convert my spec into 5 Figma Make prompts, each targeting a distinct interface section.

#STEPS:
Per prompt:
1. Open with desired outcome, not process
2. Inject brand context β€” colors, type, visual mood
3. Specify interactions β€” hover, click, scroll, animation
4. Define responsive behavior β€” mobile, tablet, desktop
5. Request a named section β€” hero, features, CTA, or footer

#RULES:
- Each prompt must be self-contained
- Brand context repeats in every prompt
- Use specific trigger language Figma Make recognizes

#INFORMATION ABOUT ME:
- Technical spec: [PASTE SPEC]
- Brand colors: [HEX CODES]
- Typography: [FONT NAMES + WEIGHTS]
- Visual mood: [MINIMAL / BOLD / EDITORIAL / OTHER]

#OUTPUT:
5 numbered Figma Make prompts, one per section, copy-paste ready
----------------------------------------------------
6/ ANIMATION & INTERACTION DESIGNER
----------------------------------------------------

#ROLE:
Motion designer who turns static interfaces into fluid experiences using physics-based animation principles.

#TASK:
Design a complete interaction and animation system for my website section.

#STEPS:
1. Page load β€” stagger order, per-element duration, entrance easing
2. Scroll β€” parallax depth, pin triggers, reveal thresholds
3. Hover β€” micro-interaction type, feedback, duration
4. Click β€” transition style, modal behavior, confirmation feedback
5. Gestures β€” swipe thresholds, pinch sensitivity

Per interaction: easing curve + duration in ms + reduced-motion fallback

#RULES:
- Every animation needs a reduced-motion fallback
- Durations follow a scale: 100 / 200 / 300 / 500ms
- No animation without a functional purpose

#INFORMATION ABOUT ME:
- Website section: [HERO / NAV / DASHBOARD / OTHER]
- Animation library: [FRAMER MOTION / GSAP / CSS / OTHER]
- Brand energy: [FAST + SHARP / SLOW + ELEGANT / PLAYFUL]

#OUTPUT:
Per interaction: trigger β†’ easing curve β†’ duration β†’ fallback β†’ implementation notes
-------------------------------------------------
7/ RESPONSIVE BEHAVIOR STRATEGIST
-------------------------------------------------

#ROLE:
Responsive design specialist who plans adaptive behavior before it breaks in the browser.

#TASK:
Plan complete responsive behavior for every section of my website across three breakpoints.

#STEPS:
Per section at Mobile (375px), Tablet (768px), Desktop (1440px):
1. Layout transformation β€” grid to stack, sidebar to drawer
2. Typography scaling β€” size, line height, weight per breakpoint
3. Image behavior β€” crop, scale, hide, or swap
4. Navigation adaptation β€” hamburger, sidebar, or horizontal
5. Spacing β€” padding, margin, gap values per breakpoint
6. Content prioritization β€” what gets hidden or reordered

#RULES:
- Every decision needs a concrete value, not "scales naturally"
- Hidden content must have an accessible mobile alternative
- Navigation must work on keyboard and touch at all breakpoints

#INFORMATION ABOUT ME:
- Website type: [SAAS / E-COMMERCE / PORTFOLIO / OTHER]
- Sections to cover: [LIST OR "ALL"]
- CSS framework: [TAILWIND / BOOTSTRAP / VANILLA / OTHER]

#OUTPUT:
Section table: Layout β†’ Typography β†’ Images β†’ Navigation β†’ Spacing β†’ Content Priority at each breakpoint
----------------------------------------
8/ DATA INTEGRATION PLANNER
----------------------------------------

#ROLE:
Full-stack architect who designs data layers that hold under real traffic, real errors, and real users.

#TASK:
Design a complete data integration plan for my website β€” schemas to error handling.

#STEPS:
1. Define data models β€” entity schemas, relationships, constraints
2. Map API endpoints β€” full CRUD with request and response shapes
3. Design auth strategy β€” token type, refresh logic, expiry handling
4. Plan real-time behavior β€” WebSocket vs polling, subscription scope
5. Build caching strategy β€” CDN, client-side cache, invalidation triggers
6. Define error handling β€” fallbacks, retry logic, offline behavior, timeouts

#RULES:
- Every endpoint needs an error response shape
- Caching strategy must specify TTL per data type
- Auth must cover token expiry and silent refresh

#INFORMATION ABOUT ME:
- Website type: [SAAS / MARKETPLACE / CONTENT SITE / OTHER]
- Data sources: [CMS / REST API / DATABASE / COMBO]
- Real-time needs: [YES / NO / PARTIAL]
- Auth provider: [SUPABASE / FIREBASE / CUSTOM / OTHER]

#OUTPUT:
Data Models β†’ API Map β†’ Auth Flow β†’ Real-time Plan β†’ Caching Strategy β†’ Error Handling Matrix
Your premium AI bundle to 10x your business

β†’ Prompts for marketing & business
β†’ Unlimited custom prompts
β†’ n8n automations
β†’ Weekly updates

Start your free trialπŸ‘‡
godofprompt.ai/complete-ai-bu…

β€’ β€’ β€’

Missing some Tweet in this thread? You can try to force a refresh
γ€€

Keep Current with God of Prompt

God of Prompt Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @godofprompt

Mar 14
BREAKING: Claude can now build your entire mobile app from a screenshot for free.

Here are 5 Claude prompts that replace a full mobile dev teamπŸ‘‡

(Save before your competitors do) Image
-----------------------------
1/ HABIT TRACKER APP
-----------------------------

#ROLE:
Mobile app developer specializing in cross-platform applications using React Native and Flutter.

#TASK:
Build a fully functional habit tracking app that helps users maintain daily streaks.

#STEPS:
1. Ask me for platform, features, and design preference before starting
2. Design the UI β€” clean interface for adding, viewing, and managing streaks
3. Build streak logic β€” track daily completions, calculate current and longest streak
4. Set up notifications β€” daily reminders at user-defined times
5. Add analytics β€” streak progress charts, completion rates, activity history

#RULES:
- Mobile-first design β€” every interaction optimized for touch
- Performance over features β€” smooth animations, fast load times
- User data stays local unless cloud sync is explicitly requested
- Consistent design language across all screens

#OUTPUT:
UI Design β†’ Streak Logic β†’ Notification System β†’ Analytics Dashboard β†’ Platform Build
--------------------------------
2/ AI ANDROID CHAT APP
--------------------------------

#ROLE:
Android developer who builds polished AI chat interfaces with multi-model support and clean dark UI.

#TASK:
Build an Android APK chat app that connects to a local AI endpoint with four screens and sidebar navigation.

#STEPS:
1. Ask me for endpoint URL, model name, and app name before starting
2. Build main chat screen β€” message input, conversation history, model indicator
3. Create agent builder screen β€” custom system prompt, name, and model selection
4. Build group chat screen β€” add multiple models to one conversation
5. Create settings screen β€” endpoint URL and model configuration with validation
6. Wire sidebar navigation β€” hamburger icon pulls out left menu linking all four screens

#RULES:
- Dark color palette throughout β€” no light mode
- Follow Android Material Design guidelines
- Validate endpoint format before saving in settings
- Navigation must be accessible from every screen

#OUTPUT:
Chat Screen β†’ Agent Builder β†’ Group Chat β†’ Settings β†’ Sidebar Navigation β†’ APK Build
Read 7 tweets
Mar 13
🚨 BREAKING: Claude can now build interactive charts, diagrams, and data visualizations directly inside your conversation.

No plugins. No side panels. No exporting to Canva.

Your junior data analyst, presentation designer, and reporting intern just became optional.

Here are 5 prompts to put this to work immediately πŸ‘‡
Anthropic just rolled this out to every Claude user, including free accounts.

Here's what changed:
β†’ Claude auto-detects when a visual would explain something better than text
β†’ Charts, diagrams, and interactive widgets render inline, not in a side panel
β†’ Visuals update in real-time as the conversation evolves
β†’ Built with HTML and SVG, not image generation

This is Claude getting its own whiteboard. And it changes how you work with data entirely.
What this actually replaces in your workflow:

β†’ The 45-minute Excel chart session before every meeting
β†’ The back-and-forth with a designer for a simple flowchart
β†’ The junior analyst formatting your quarterly data into something presentable
β†’ The Lucidchart subscription you use twice a month
β†’ The "can someone make this into a visual" Slack message

One conversation with Claude. Done.

Here are the 5 prompts we built to extract maximum value from this:
Read 10 tweets
Mar 11
Steal my Claude Code prompt to plan and build any app from scratch with zero coding experienceπŸ‘‡
--------------------------------------β€”
VIBE CODING PROJECT PLANNER
--------------------------------------β€”

Adopt the role of a senior software architect who spent 10 years shipping production apps at startups, then discovered that AI coding tools (Claude Code, Cursor, Windsurf) made 90% of that experience transferable to people who've never written a line of code. You watched a non-technical founder build and launch a SaaS app in 3 days using Claude Code and realized the bottleneck was never coding ability. It was always planning. Bad plans produce bad code, regardless of whether a human or AI writes it. You've since helped 200+ non-technical builders ship real products by obsessively front-loading the planning phase, because you've seen what happens when someone tells an AI "just build me an app" with no structure: spaghetti code, broken features, and projects that collapse the moment you try to add anything.

Your mission: Transform any vague app idea into a complete, structured implementation plan that any AI coding tool can execute cleanly. You produce the exact files, prompts, and phase breakdowns that make AI coding assistants 10x more effective. Before any action, think step by step: clarify the idea, define scope ruthlessly, choose the simplest tech stack, generate the CLAUDE. md memory file, map the architecture, break into phases, and produce copy-paste-ready execution prompts.

Core principles you follow:
- Planning before coding is non-negotiable. Vibe coding works for throwaway MVPs but production apps need structure.
- Simplicity beats complexity. Every unnecessary feature doubles the chance of failure.
- Context is everything. AI coding tools are only as good as the context you give them. A well-written CLAUDE. md file is worth more than the best prompt.
- Small phases, tested constantly. Never let the AI build more than one feature before testing it.
- Fresh sessions per task. Context pollution is the #1 failure mode. Each phase gets its own conversation.

## PHASE 1: Idea Extraction & Reality Check

What we're doing: Turning your vague idea into a clear product definition and checking if the scope is realistic for AI-assisted building.

Tell me about your app in plain language:

1. What does it do? Describe it like you're explaining to a friend over coffee. Don't worry about technical terms.
2. Who is it for? Be specific. Not "everyone" but "freelance designers who need to track invoices."
3. What's the ONE core action a user takes? Every app has one thing it does better than anything else. What's yours?
4. Do you have any inspiration? Links to existing apps, screenshots, or "it's like X but for Y" comparisons help enormously.
5. Where do you want this to live? Web app, mobile app, desktop tool, Chrome extension, or "I don't know yet" (that's fine).

My approach: I'll assess complexity, flag features that should wait for V2, and define an MVP scope that's actually buildable in 1-3 focused sessions.

Scope reality check criteria:
- Can this be built with 5-15 files? If not, we're scoping too big.
- Does every feature serve the ONE core action? If not, it's V2.
- Can we use a simple database (SQLite, Supabase, or JSON) instead of a complex one? Always start simple.
- Can this ship without user authentication? If yes, skip auth for V1.

Success looks like: A crystal-clear one-paragraph product definition and a ruthlessly scoped feature list.

Type "continue" when ready.

## PHASE 2: MVP Feature Scoping

What we're doing: Drawing a hard line between "must have for launch" and "nice to have later." This is where most vibe coding projects die. They try to build everything at once.

Based on your idea, I'll produce:

**Product Definition (1 paragraph)**
[App Name] is a [type of app] that helps [specific user] to [core action] by [how it works]. Unlike [alternative], it [key differentiator].

**V1 Feature List (Launch with these)**
Only features that serve the core action. Maximum 5-7 features.
- Feature 1: [What it does] β€” [Why it's essential]
- Feature 2: [What it does] β€” [Why it's essential]
- Feature 3: [What it does] β€” [Why it's essential]
...

**V2 Parking Lot (Build these later)**
Features that feel important but aren't needed for a working V1.
- Feature: [Why it can wait]
...

**Complexity Rating**
- Simple (1-2 sessions): Static site, calculator, single-page tool
- Moderate (3-5 sessions): CRUD app, dashboard, form-based tool with database
- Complex (5-10 sessions): Multi-user app, real-time features, API integrations
- Too Complex for V1: Reduce scope before proceeding

Review this scope carefully. Every feature you add doubles build time. Be ruthless.

Type "continue" to lock in your scope.

## PHASE 3: Tech Stack Selection

What we're doing: Picking the simplest possible tech stack based on your app type and experience level. The goal isn't "best technology." It's "least things that can go wrong."

**Decision Framework:**

IF your app is a web app with no backend:
β†’ HTML + Tailwind CSS + vanilla JavaScript
β†’ Single file or minimal files. Claude Code handles this effortlessly.
β†’ Deploy: Netlify or Vercel (free, drag-and-drop)

IF your app needs a database (stores user data, has CRUD operations):
β†’ Next.js + Supabase (database + auth in one)
β†’ OR: Next.js + SQLite (simplest, no external services)
β†’ Deploy: Vercel

IF your app is a dashboard or internal tool:
β†’ Next.js + shadcn/ui components + SQLite or JSON
β†’ Deploy: Vercel

IF your app is a Chrome extension:
β†’ Manifest V3 + vanilla JS + HTML popup
β†’ Deploy: Chrome Web Store

IF your app needs AI features (chatbot, summarizer, etc.):
β†’ Next.js + OpenAI API or Anthropic API
β†’ Deploy: Vercel

IF you're unsure:
β†’ Next.js + Tailwind + SQLite. This handles 80% of app ideas and Claude Code knows it cold.

**Stack Output:**
- Framework: [Selection]
- Styling: [Selection]
- Database: [Selection or "None needed"]
- Authentication: [Selection or "Skip for V1"]
- Deployment: [Selection]
- Package manager: npm (always npm for beginners, fewer issues)

I'll explain WHY each choice was made, not just what it is.

Type "continue" for the most important file in your entire project.

## PHASE 4: CLAUDE. md Generation

What we're doing: Building the CLAUDE. md file that gives your AI coding tool persistent memory about your project. This is the single highest-leverage file you'll create. Community consensus in 2026: CLAUDE. md is as important as your code itself. Without it, the AI makes assumptions. With it, the AI knows your rules.

I'll generate a complete CLAUDE .md file customized to your project:

```markdown
# [PROJECT NAME]

## Project Overview
[One-paragraph product definition from Phase 2]

## Tech Stack
- Framework: [from Phase 3]
- Styling: [from Phase 3]
- Database: [from Phase 3]
- Deployment: [from Phase 3]

## Architecture Rules
- Keep all pages in /app directory (Next.js App Router)
- Components go in /components, organized by feature
- Database schema in /lib/db.ts (single source of truth)
- API routes in /app/api/ with proper error handling
- Environment variables in .env.local (never commit this)

## Code Style
- Use TypeScript for all files (strict mode)
- Functional components only, no class components
- Use async/await, never raw promises
- Every function needs error handling (try/catch)
- Name files in kebab-case: user-profile.tsx
- Name components in PascalCase: UserProfile
- Keep files under 200 lines. If longer, split into smaller files.

## Build & Test Commands
- Dev server: npm run dev
- Build: npm run build
- Lint: npm run lint
- Test: [testing command based on stack]

## Important Constraints
- [Project-specific constraints from earlier phases]
- Do NOT modify existing working features when adding new ones
- Always run the dev server after changes to verify nothing broke
- Ask me before installing new dependencies
- Keep all text/labels hardcoded for V1 (no i18n yet)

## Current Status
- Phase: [Current phase number]
- Completed: [List of done features]
- In Progress: [Current feature]
- Blocked: [Any blockers]
```

CRITICAL: Update the "Current Status" section after every completed phase. This prevents the AI from re-doing work or losing track of progress.

The golden rule for CLAUDE. md: For every line, ask "Would removing this cause the AI to make mistakes?" If not, cut it. Keep it between 50-100 lines with focused, actionable instructions.

Type "continue" for the build plan.

## PHASE 5: Architecture & File Structure

What we're doing: Mapping out every file and folder before a single line of code is written. AI coding tools work dramatically better when they know the target structure upfront.

**Project Structure:**

```
[project-name]/
β”œβ”€β”€ CLAUDE. md # AI memory file (from Phase 4)
β”œβ”€β”€ package.json # Dependencies
β”œβ”€β”€ .env.local # API keys, secrets (never commit)
β”œβ”€β”€ app/
β”‚ β”œβ”€β”€ layout.tsx # Root layout (nav, footer, global styles)
β”‚ β”œβ”€β”€ page.tsx # Homepage / landing
β”‚ β”œβ”€β”€ [feature-1]/
β”‚ β”‚ └── page.tsx # Feature 1 page
β”‚ β”œβ”€β”€ [feature-2]/
β”‚ β”‚ └── page.tsx # Feature 2 page
β”‚ └── api/
β”‚ └── [endpoint]/
β”‚ └── route.ts # API endpoint
β”œβ”€β”€ components/
β”‚ β”œβ”€β”€ ui/ # Reusable UI components (buttons, inputs, cards)
β”‚ └── [feature]/ # Feature-specific components
β”œβ”€β”€ lib/
β”‚ β”œβ”€β”€ db.ts # Database connection & queries
β”‚ └── utils.ts # Helper functions
└── public/
└── [static assets] # Images, icons, etc.
```

For each file, I'll note:
- What it contains
- Which phase builds it
- What it depends on

This structure gets pasted directly into your first Claude Code prompt so the AI knows the full picture before writing a single file.

Type "continue" for the phase-by-phase build plan.

## PHASE 6: Implementation Plan (plan. md)

What we're doing: Breaking the entire build into phases small enough that each one can be completed in a single, fresh AI coding session. This is the plan. md file that sits in your project root and tracks everything.

**Why this matters:** The #1 mistake in vibe coding is treating the AI like it can hold unlimited context. It can't. After 30-40 minutes of back-and-forth, context degrades and the AI starts making mistakes. Each phase below is designed to be completable in one clean session.

```markdown
# Implementation Plan β€” [Project Name]

## Phase A: Project Setup & Foundation
- [ ] Initialize project with create-next-app
- [ ] Install dependencies: [list from tech stack]
- [ ] Create CLAUDE. md in project root
- [ ] Set up folder structure (empty files are fine)
- [ ] Verify dev server runs with npm run dev
**Test:** Browser shows default Next.js page at localhost :3000
**Estimated time:** 10-15 minutes

## Phase B: Core UI Layout
- [ ] Build root layout (navigation, footer)
- [ ] Create homepage with placeholder content
- [ ] Add basic styling with Tailwind
- [ ] Set up routing for all planned pages
**Test:** Can navigate between all pages, layout appears on every page
**Estimated time:** 20-30 minutes

## Phase C: [Core Feature 1 β€” The Main Thing Your App Does]
- [ ] [Specific task 1]
- [ ] [Specific task 2]
- [ ] [Specific task 3]
- [ ] [Specific task 4]
**Test:** [Specific test criteria β€” what should work when this phase is done]
**Estimated time:** 30-45 minutes

## Phase D: [Core Feature 2]
- [ ] [Specific task 1]
- [ ] [Specific task 2]
- [ ] [Specific task 3]
**Test:** [Specific test criteria]
**Estimated time:** 20-30 minutes

## Phase E: [Database Integration β€” if applicable]
- [ ] Set up database schema
- [ ] Create API routes for CRUD operations
- [ ] Connect frontend to API
- [ ] Test all data flows
**Test:** Can create, read, update, and delete records through the UI
**Estimated time:** 30-45 minutes

## Phase F: [Remaining Features β€” one per phase]
...

## Phase G: Polish & Deploy
- [ ] Fix any visual bugs
- [ ] Add loading states and error messages
- [ ] Test all features end-to-end
- [ ] Deploy to [platform]
- [ ] Verify production URL works
**Test:** App is live and all features work on the deployed URL
**Estimated time:** 20-30 minutes
```

Rules for this plan:
- Every phase ends with a TEST. If the test fails, fix it before moving on.
- Never combine more than one major feature per phase.
- Start a FRESH Claude Code session for each phase. Type /clear or open a new terminal.
- Update CLAUDE. md "Current Status" after completing each phase.

Type "continue" for the exact prompts you'll paste into Claude Code.

## PHASE 7: Execution Prompts (Copy-Paste Ready)

What we're doing: Generating the exact prompts you'll paste into Claude Code or Cursor for each phase. These are engineered to give the AI maximum context with minimum confusion.

**Before you start: Setup prompt (run once)**

```
I'm building [App Name], a [one-line description].

Here's my project plan. Read it carefully before doing anything:

[Paste your CLAUDE. md content here]

My file structure will be:
[Paste architecture from Phase 5]

My implementation plan:
[Paste plan. md from Phase 6]

Confirm you understand the project, then initialize it:
1. Run create-next-app with TypeScript and Tailwind
2. Install these dependencies: [list]
3. Create the folder structure
4. Create the CLAUDE. md file in the project root
5. Verify the dev server runs

Do not build any features yet. Only project setup.
```

**For each subsequent phase:**

```
I'm continuing work on [App Name].

Current status: Phase [X] complete. Starting Phase [Y].

Completed so far:
- [List completed features]

This phase's tasks:
[Paste the specific phase from plan. md]

Rules:
- Do NOT modify any files from previous phases unless fixing a bug
- Run the dev server after each major change to verify nothing broke
- If you encounter an error, fix it before moving to the next task
- Show me the result after each task so I can verify

Start with task 1.
```

**If something breaks (the recovery prompt):**

```
Something broke. Here's what happened:

Error: [paste the error message]

What I was trying to do: [describe the task]

What was working before: [describe what worked]

Fix this specific error without changing anything else that's currently working.
Explain what went wrong before making changes.
```

**The "make it look good" prompt (run after features work):**

```
The app is functionally complete. Now make it visually polished:

1. Consistent spacing and padding throughout
2. Proper hover states on all interactive elements
3. Loading states where data is being fetched
4. Error states with helpful messages
5. Mobile responsive (test at 375px width)
6. Smooth transitions on page navigation

Do NOT change any functionality. Only visual improvements.
Test after each change.
```

Type "continue" for testing and deployment.

## PHASE 8: Testing, Deployment & What's Next

What we're doing: Shipping your app to a live URL and making sure it actually works for real users.

**Pre-deployment checklist:**
- [ ] Every feature from V1 list works as expected
- [ ] No console errors in the browser
- [ ] App looks correct on mobile (check by resizing browser)
- [ ] All forms validate input and show errors
- [ ] Database operations work (create, read, update, delete)
- [ ] Environment variables are set correctly
- [ ] .env.local is in .gitignore (never deploy secrets)

**Deployment prompt (for Vercel):**

```
Help me deploy this app to Vercel:

1. Make sure all environment variables are listed in .env.local
2. Create a vercel.json if needed for any special configuration
3. Walk me through connecting to Vercel and deploying
4. After deployment, list any environment variables I need to set in the Vercel dashboard

Give me exact terminal commands to run.
```

**After launch, here's what to do next:**

V2 Planning: Pull features from your V2 parking lot (Phase 2). Run this prompt again for each major feature, treating it as a new mini-project with its own phase plan.

Share it: Post the live URL, get feedback from real users. Their feedback is 100x more valuable than adding features in isolation.

Iterate: The beauty of AI-assisted coding is speed. You can ship updates in hours, not weeks. Use that advantage to iterate based on real feedback, not guesses.

## SMART ADAPTATION RULES
IF the app idea is very simple (calculator, landing page, static site):
β†’ Compress to 4 phases: Setup β†’ Build β†’ Polish β†’ Deploy
β†’ Skip database and API phases entirely
β†’ Can likely be built in a single file

IF the app is complex (multi-user, real-time, payments):
β†’ Add phases for authentication and payment integration
β†’ Strongly recommend starting with a simpler V1 first
β†’ Add a "security review" phase before deployment

IF the user has some coding experience:
β†’ Skip basic explanations
β†’ Use more technical terminology in prompts
β†’ Suggest more advanced patterns (server components, edge functions)

IF something keeps breaking:
β†’ Generate a debug prompt that reads all modified files
β†’ Suggest rolling back to last working state (git checkout)
β†’ Break the failing task into 2-3 smaller sub-tasks

IF the user wants to use Cursor instead of Claude Code:
β†’ Adapt prompts for Cursor's composer mode
β†’ Reference .cursorrules instead of CLAUDE. md
β†’ Same planning methodology applies, only the tool changes

IF the user wants to use Windsurf or another AI IDE:
β†’ Same planning methodology applies universally
β†’ Adapt the memory file name to the tool's convention
β†’ The plan.md and phase structure work with any AI coding tool
1/ Run the full prompt in Claude, ChatGPT, or Grok.
2/ Describe your app idea when asked. Be specific: "a habit tracker for gym bros" beats "an app."
3/ Follow each phase. Start a fresh Claude Code session per phase. Copy-paste the execution prompts directly.
4/ Ship it.
Read 4 tweets
Mar 11
🚨 BREAKING: Perplexity Computer just became the most dangerous tool on a public market desk.

Perplexity started out as an AI search engine but their new product Computer turns it into an AI research analyst that does real work.

Here are 8 prompts that turn Computer into a full investment analyst with real-time filings, cited sources, and zero hallucinated numbers πŸ‘‡

(Save for later)Image
1/ LONG/SHORT EQUITY THESIS

Task: Build a complete investment thesis for [COMPANY NAME / TICKER] with a 12-18 month time horizon.
Search and retrieve:

- Latest annual and quarterly filings (10-K, 10-Q)
- Analyst consensus estimates and recent revision direction
- Last 2 earnings call transcripts
- Recent news flow (past 90 days)
- Current valuation multiples vs. 5-year historical range and sector peers

Analysis framework:

1. Identify the variant perception: what does consensus currently believe vs. what the retrieved data actually shows
2. Build normalized earnings power in base, bull, and bear case with specific drivers sourced from filings
3. Map 3 catalysts with estimated timing that could close the gap between current price and intrinsic value
3. Construct valuation range using comparable company multiples and DCF cite the source for every input
5. Define entry, add, and exit conditions

Constraints: Every estimate requires a cited source. Flag where retrieved data contradicts management guidance. Separate what is priced in from what is not. Do not synthesize a bull case from press releases.

Output: Variant perception statement (2 sentences), earnings power table across 3 scenarios with sourced assumptions, catalyst calendar with probability weights, valuation bridge, position framework.
2/ EARNINGS QUALITY FORENSICS

Task: Run a comprehensive earnings quality assessment on [COMPANY NAME / TICKER] to determine whether reported earnings accurately reflect economic reality.

Search and retrieve:

- Last 5 years of income statement, balance sheet, and cash flow statement from SEC filings
- Recent auditor commentary or restatement history
- Any accounting policy changes disclosed in filing footnotes
- Comparable earnings quality data for 3 sector peers

Analysis framework:

1. Calculate Beneish M-Score: retrieve all 8 required variables from filings and flag any above manipulation warning thresholds
2. Accrual ratio trend: compare net income to operating cash flow across 5 years, flag widening gaps with specific filing citations
3. Revenue recognition signals: DSO trend, deferred revenue movements, channel stuffing indicators in distributor commentary
4. Expense management: SG&A and R&D as a percentage of revenue over 5 years, flag unusual compressions
5. Score earnings quality 1-10 with the specific retrieved data points driving the score

Constraints: Classify every metric as clean, yellow flag, or red flag. Reference retrieved industry norms when classifying outliers. Link every flag to a specific line item in a specific filing.

Output: M-Score table with sourced variable breakdown, accrual analysis with filing citations, 5 ranked quality flags, overall quality score with rationale.2
Read 10 tweets
Mar 6
Anthropic just built Claude specifically for investment banking.

Wall Street Prep's 2026 benchmark ranked Claude #2 for finance tasks, with a score of 5.5 out of 10 - ahead of Copilot (4.4) and ChatGPT (2.5).

Most finance prompts circulating on X are basic role assignments. No methodology. No constraints. No output standard.

I built 8 structured mega-prompts that match how Claude actually performs at its ceiling.

Here's the complete system:Image
What just changed:

On February 24, Anthropic launched 5 dedicated Claude finance plugins: financial analysis, investment banking, equity research, private equity, and wealth management.

The investment banking plugin can review transaction documents, analyze comparable companies, and prepare pitch materials. The equity research plugin parses earnings transcripts, updates financial models, and drafts research notes.

Claude now connects natively to FactSet and MSCI - the same institutional data sources bulge-bracket analysts use - and carries context continuously between Excel and PowerPoint without dropping session state.

The infrastructure is production-grade. Most people's prompts aren't.
1/ DCF VALUATION MODEL

Role: Senior investment banking analyst specializing in DCF modeling for [INDUSTRY] companies.

Task: Build a complete discounted cash flow valuation for [COMPANY NAME].

Context: [Paste: 3 years of revenue, EBIT, capex, D&A, working capital changes, effective tax rate. Include current share price, shares outstanding, and net debt.]

Steps:
1. Project free cash flows for 5 years using bottom-up revenue drivers
2. Calculate WACC β€” use CAPM for cost of equity, flag your beta source
3. Apply terminal value using both Gordon Growth and exit multiple methods
4. Derive enterprise value and equity value per share
5. Build a sensitivity table: WACC (Β±100bps) vs terminal growth rate (Β±0.5%)

Goal: A defensible valuation with documented assumptions β€” not a point estimate.

Constraints: Flag every assumption lacking source data. Use conservative bias on growth rates. Reconcile DCF output against trading comps before concluding.

Output: Organized sections per step. Sensitivity table in plain text matrix format. Flag the 3 assumptions that most impact the valuation range.
Read 12 tweets
Mar 5
Wall Street firms pay analysts $200K/year to run frameworks these 10 Claude prompts replicate in 30 seconds.

I engineered each one from the actual methodologies used at Goldman Sachs, Bridgewater, and Renaissance Technologies.

10 Claude prompts that replace a $2,000/month Bloomberg terminal.

(Save this thread. Run them on any stock you're watching.)Image
1. THE BUFFETT INTRINSIC VALUE CALCULATOR

#ROLE:
You are a value investing analyst trained in Benjamin Graham's Security Analysis and Warren Buffett's annual shareholder letters. You've built owner earnings models for 15 years, combining discounted cash flow analysis with competitive moat assessment. You prioritize margin of safety above all else.

#TASK:
Perform a complete intrinsic value analysis of [COMPANY/TICKER]. Determine whether the stock offers a sufficient margin of safety to warrant investment.

#METHODOLOGY:
Calculate owner earnings: Net Income + D&A - Maintenance Capex Β± Working Capital Changes
Assess the economic moat across 5 sources: brand power, switching costs, network effects, cost advantages, efficient scale (score each 1-5)
Run 10-year DCF across 3 scenarios:
β†’ Bear case: 3% growth, 8% discount rate
β†’ Base case: 8% growth, 10% discount rate
β†’ Bull case: 15% growth, 12% discount rate
Flag as a buy only if price sits 30%+ below intrinsic value (Buffett's margin of safety rule)
Identify the 3 risks that could permanently impair the business, not just the stock price

#INFORMATION ABOUT ME:
- Company/Ticker: [INSERT]
- Current stock price: [INSERT]
- Investment time horizon: [3 / 5 / 10 years]

#OUTPUT FORMAT:
Owner Earnings Calculation: [Breakdown of all components]
Moat Assessment: [Wide / Narrow / None + evidence for each source]
Intrinsic Value Range: [$X bear / $Y base / $Z bull]
Margin of Safety: [Current discount or premium to intrinsic value]
Verdict: [Strong Buy / Buy / Hold / Avoid]
Top 3 Permanent Impairment Risks: [Specific, not generic market risk]
2. THE EARNINGS QUALITY INVESTIGATOR

#ROLE:
You are a forensic accounting analyst trained in the Beneish M-Score model, Sloan Accrual methodology, and SEC comment letter interpretation. You specialize in detecting accounting irregularities before they become front-page news. You've identified earnings manipulation years before restatements.

#TASK:
Perform a comprehensive earnings quality investigation on [COMPANY/TICKER]. Determine whether reported profits reflect real economic performance or engineered numbers.

#METHODOLOGY:
1. Calculate the Sloan Accrual Ratio: (Net Income - Operating CF) / Average Total Assets. Flag if above 5%.
2. Run the Beneish M-Score: analyze Days Sales Outstanding Index, Gross Margin Index, Asset Quality Index, Revenue Growth Index, Depreciation Index, SGA Expense Index, Leverage Index, and Total Accruals. Score below -2.22 = probable manipulator.
3. Audit cash conversion: Is operating cash flow consistently above or below net income? Has the gap widened over 3 years?
4. Check for revenue recognition changes: timing shifts, new non-GAAP metrics, channel stuffing signals
5. Scan for related-party transactions, aggressive depreciation schedules, and unexplained inventory builds

#INFORMATION ABOUT ME:
- Company/Ticker: [INSERT]
- Financial data (past 3 years): [Paste income statement + cash flow data, or reference the 10-K filing]

#OUTPUT FORMAT:
**Sloan Accrual Ratio**: [Score + interpretation]
**Beneish M-Score**: [Score + risk level]
**Cash Conversion Quality**: [3-year trend of OCF vs Net Income]
**Red Flags Identified**: [Numbered list of specific concerns]
**Earnings Quality Rating**: [High / Moderate / Low / Suspicious]
**Action Recommendation**: [Proceed / Investigate Further / Avoid + specific concern to verify]
Read 12 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us!

:(