The Vault · Software Secrets 2.0
Real Prompts From Real Builds
Real prompts, real builds, real results. Every resource on this page comes from an actual shipped product built with the methods in Software Secrets 2.0 — including the exact first prompt that became a live iOS app and the full 125-prompt build sequence that shipped it to the App Store.
Last updated: July 2026 · Free downloads, no email required
These prompts run on the tools in the complete tool stack.
Resource 01 · iOS App
Whit App — Complete Build Prompts
How a real iOS app was built from scratch using AI — every single prompt included.
Lovable · Claude · Despia · Chapter 5: 48-Hour MVP Sprint
The backstory: This app started as a single prompt typed on a phone at a kids’ basketball practice. No wireframes, no spec doc, no developer. Just an idea and a conversation with Claude to turn it into a plan — then Lovable to turn that plan into a real, published iOS app. The prompts below are the exact prompts used, in order, to build and ship the Whit app to the Apple App Store.
Step 1: The Original Prompt (where it all started)
Garrett typed this into Claude while sitting at his son’s basketball practice. This single prompt became the foundation for the entire app. Claude asked follow-up questions, helped create a product requirements document, and got the project ready to build.
The exact first prompt
I want to create an iOS app that is a simple todo list and journal app. The todo and journal aren't two separate things. User types or talks to the app. User tells the app what their priorities or todos are and chats, talks about their day and what they got done. They tell the app what they got done and what they are working on. The app in the background is creating checklists and prioritizing based on the conversation with the user. The app will use a cheap version of an AI LLM and needs a way to keep context of the day, week and month. User should be able to make any changes and tell the chat conversation that they completed something and the LLM knows to mark it complete. The AI LLM is to ask simple questions if it doesn't know if the task is recurring or a one off and if there is a certain priority. If the user says they completed something it needs to show that it was marked as complete. All of this happens within the chat. There is a page that shows all the items and a journal of each day's conversations and summary of completed items. I need you to ask me questions and interview me so we can create a PRD to build this app. Remember this is a minimalistic and simple app.
Step 2: The Full Lovable Build Sequence (125+ prompts)
After Claude helped create the plan, these are the exact prompts fed into Lovable.dev to build the entire app — from first login screen to App Store submission. Organized into 9 phases, showing the real, messy, iterative process of building with AI. Includes debugging prompts, design prompts, and the prompts used to fix things that broke along the way.
What you’ll learn from these prompts: How to tell AI to set up login and sign-up flows. How to describe a paywall screen with pricing. How to debug when something breaks (it will). How to ask AI to review your entire app for security issues. How to go from “working app” to “published on the App Store” using Despia. And the notes, tips, and resources discovered along the way.
Resource 02 · Security
Security Audit Prompt
The exact prompt to find “app killer” vulnerabilities before your users do.
Any AI tool · Chapter 6: Building Without Breaking
Why this matters: Most non-technical founders skip security entirely — until someone exploits it. This prompt tells any AI (Claude, ChatGPT, etc.) to act as a senior security engineer and tear through your code looking for the four most common vulnerabilities that kill apps: users giving themselves free premium access, leaked API keys, no rate limiting (hello, surprise $10K bill), and crashes when your database goes down.
Copy this prompt, paste it into your AI tool with your codebase, and it will scan for critical security holes and give you the exact code to fix them. Covers database permission exploits, exposed API keys in your browser code, rate limiting to prevent billing disasters, and graceful error handling so your app doesn’t white-screen when something breaks.
The complete prompt — copy and paste it
# Security Audit Prompt **Act as a Senior Application Security Engineer and Penetration Tester.** I need you to audit my current codebase for "App Killer" vulnerabilities. Review my frontend, backend, and database definitions. Be extremely critical. Specifically, I want you to look for and fix the following four vulnerabilities based on real-world incident reports: --- ## 1. The "Free Premium" Exploit (RLS & Schema Audit) - Analyze my database schema (specifically Supabase/PostgreSQL definitions). - **Check:** Am I storing sensitive system-controlled data (e.g., `is_premium`, `subscription_tier`, `credits_remaining`, `user_rate_limit`) in the same table where users have `UPDATE` permissions? - **Attack Vector:** Can a user send a custom API request to modify their own row and give themselves free premium or infinite credits? - **Task:** If this vulnerability exists, refactor the schema to move these fields to a separate `protected_user_data` table OR write a strict RLS policy that limits user `UPDATE` access to *only* safe columns (e.g., `display_name`). --- ## 2. The "Leaky Key" Check (Frontend Audit) - Scan all client-side files. - **Check:** Are there any direct fetch calls to `api.openai.com`, `openrouter.ai`, or `anthropic.com` originating from the frontend? Are any environment variables containing keys (like `NEXT_PUBLIC_API_KEY`) exposed to the browser? - **Task:** If found, refactor this immediately. Create a backend API route (Edge Function) that acts as a proxy. The frontend should call my backend, and *only* the backend should hold the keys and call the AI provider. --- ## 3. The "Bankruptcy" Prevention (Rate Limiting Logic) - Review the backend logic where I process AI requests. - **Check:** Do I verify the user's rate limit *before* making the expensive API call? Do I have a check for IP-based rate limiting to stop multi-account spamming? - **Task:** Implement a check that verifies `current_usage < max_limit` before executing the external request. If they exceed it, throw a 429 error immediately. --- ## 4. The "Circular Dependency" Check (Error Handling) - Look at how I handle database connection failures. - **Check:** If my main database is offline, does the app crash/white-screen? Do I try to fetch the "System Status" message *from* the database that might be down? - **Task:** Ensure that if the backend fails, the app degrades gracefully (e.g., "Offline Mode") rather than crashing. --- ## Output Format - **🚨 Critical Vulnerability Found:** [Description] - **🛡️ Proposed Fix:** [Code Snippet] - **✅ Verification:** [How to test the fix]
How to use it: Open your AI tool. Paste the contents of this file. Then share your codebase (or paste specific files). The AI will return a list of critical vulnerabilities found, proposed fixes with code snippets, and verification steps to test each fix. Run this before every launch.
Resource 03 · Design
Screenshot-to-Design Prompt
Turn reference screenshots into custom screen designs for your app. Not copies. Adaptations.
Sleek · Google Stitch · Lovable / Bolt · Chapter 5: 48-Hour MVP Sprint
The workflow: Find an app whose look and feel you love. Screenshot 3–5 key screens from Mobbin, Dribbble, Screensdesign, or SensorTower. Paste those screenshots plus this prompt into your design tool or AI builder. Out comes custom screen designs adapted to your product—matching the visual tone of the reference without copying it.
This prompt slots into the design phase (Hours 2–4) of the 48-Hour MVP Sprint from Chapter 5. It generates onboarding, dashboard, core feature, detail, and settings screens—or whatever screens your app actually needs. Works with Sleek.design for mobile, Google Stitch for web/mobile, or paste directly into Lovable or Bolt to skip design and go straight to code.
What’s inside: The complete copy-and-paste prompt with customizable brackets for your platform, product description, core feature screen, and design style preferences. Plus a step-by-step guide covering where to find reference screenshots, which tools work best, and how to iterate on the AI’s output. Includes a quick-reference table so you can run the workflow in minutes.
More resources are coming
Build templates, prompt libraries, and case studies from Software Secrets readers.
Get the book these builds came from
Software Secrets 2.0 is the step-by-step playbook behind every prompt on this page — idea, build, launch, growth. Enter your email and we send you the complete book, free.