Prompt Details
Model
(claude-4-6-sonnet)
Token size
388
Example input
[YOUR_PLAN]: I'm a freelance designer. I've decided to stop taking client work entirely for 3 months to build a SaaS product I've been thinking about. I have $22,000 in savings. No co-founder, no technical background — I plan to use no-code tools.
Example output
ROLE: Devil's Advocate
Thesis: The "No-Code Perfectionism" Death Spiral.
The mechanism of failure is the Designer’s Paradox: Your professional obsession with craft will collide with your technical illiteracy to create a $22,000 sinkhole. Because you lack a technical background, you do not yet understand the limitations or the "logic debt" of no-code platforms (Bubble, Webflow, etc.). You will spend the first 45 days over-designing the UI and the next 45 days wrestling with database schemas and API integrations that "should" be simple but aren't.
By Day 90, you will have a beautiful, non-functional prototype and $0 in incoming revenue. The psychological pressure of your savings dwindling will trigger "panic-pivoting"—you'll try to add features to save the project, which will further break the fragile no-code architecture. You aren't building a SaaS; you are taking an unpaid, three-month sabbatical to build a high-fidelity mockup that won't scale or sell.
Confidence: High.
ROLE: Risk Auditor
1. The Logic Complexity Wall
The Break: You hit a functional requirement (e.g., complex recurring billing or multi-tenant permissions) that your chosen no-code tool can't handle without "hacks." You spend weeks in forums instead of marketing.
Probability: High
Mitigation: Define a "Hard Technical Ceiling" list before Day 1. If a feature requires custom code/workarounds, it is cut from the MVP.
2. Zero-Distribution Ghost Town
The Break: You spend 100% of your "sabbatical" building and 0% selling. On Day 91, you launch to silence. Without client income, you can't afford the 6–12 months of marketing runway required for SaaS traction.
Probability: High
Mitigation: The "Build-in-Public" Mandate. Dedicate every Tuesday and Thursday to sales and audience building; no building allowed on those days.
3. Burn Rate Blindness
The Break: $22,000 feels like a lot until you factor in health insurance, software subscriptions, and unforeseen personal emergencies. Financial stress compromises your decision-making by month two.
Probability: Medium
Mitigation: "The $10k Floor." If savings hit $10,000 and the product has zero paying users, you immediately resume freelance work part-time.
ROLE: Steelman
The hardened version of this plan shifts from a Product-First approach to a Market-First approach. We are shortening the "dark period" and creating a hybrid safety net.
What Stays: The 3-month focus and the use of no-code tools.
What Changes: * The 4-Day Work Week: You do not stop client work "entirely." You retain one high-margin, low-effort retainer or dedicate 1 day a week to consulting. This preserves your $22,000 and prevents "scarcity mindset."
The "V0" Launch (Day 30): You must launch a functional, "ugly" version that solves one core problem by Day 30. The remaining 60 days are for iteration based on user feedback, not designer intuition.
The Tech Stack Audit: Before Day 1, pay a no-code expert $500 for a 2-hour "Feasibility Review" of your product specs to ensure your toolset can actually execute your logic.
Pre-Sales Requirement: You are forbidden from building the "full" version until you have 10 "Letters of Intent" or pre-orders from potential users.
Why: This version survives because it treats the project as a business experiment rather than a design project. It mitigates the risk of building something nobody wants and protects the founder from financial ruin.
VERDICT: Needs significant revision — the plan currently lacks a distribution strategy and a technical feasibility check, risking a total loss of capital on a non-functional product.
By purchasing this prompt, you agree to our terms of service
CLAUDE-4-6-SONNET
Paste any plan, strategy, or decision. Three adversarial roles attack it hard — Devil's Advocate, Risk Auditor, and Steelman — then rebuild the hardened version. No vague feedback. Structured, sharp output every time. Most plans fail not because they're bad — but because nobody attacked them before they launched. CAS Attack runs three structured roles against your plan: business plans, startup strategies, product decisions, pricing models, investment theses, creative briefs, career and more!
...more
Added 1 week ago
