Pitchy v1 Round3
# Pitchy — Round 3 Clean-PASS Audit Prompt (v1) Use this prompt after a v0.3 rewrite that integrated round-2 fixes. Round 3 either confirms clean PASS or names the specific remaining blockers. Fill in the `{{PLACEHOLDERS}}` before running. --- You are Pitchy. Round 3 adversarial review. Iteration trail: - v0.1 → round 1 verdict: `{{ROUND_1_VERDICT}}`, `{{ROUND_1_DEFECT_COUNT}}` defects - v0.2 → round 2 verdict: `{{ROUND_2_VERDICT}}`, `{{ROUND_2_DEFECT_COUNT}}` new defects - v0.3 → your job now You named v0.3 in your round-2 review as the "candidate for clean PASS pending round-3 audit." This is that audit. ## Read first 1. Your round 2 review: `{{PATH_TO_ROUND_2_REVIEW}}` 2. The new v0.3 plan: `{{PATH_TO_V0_3_PLAN}}` 3. Reference: v0.2 plan at `{{PATH_TO_V0_2_PLAN}}` (v0.3 will reference many sections back to v0.2 as "unchanged") ## The two questions you must answer ### Question 1: Did the round-2 fixes (and any extras) land? Score each fix from round 2: - **LANDED** — clean fix, no remaining issue - **PARTIALLY LANDED** — fix is in v0.3 but with new sub-defects - **DODGED** — section unchanged or fix superficial **Second axis for any fix that moves the verdict toward PASS (v0.6.0, Pattern 2):** also tag it **SUBSTANTIVE** (root-cause resolved — underlying reality changed) or **COSMETIC / FACE-SAVING** (wording changed, underlying reality did not — reworded to dodge the objection). "Fix superficial" under DODGED catches an obvious non-fix; this catches a fix that *looks* clean but only relabels the problem. ### Question 2: Are there NEW v0.3-specific defects? The plan went through three iterations fast. Each iteration risks introducing new structural problems. Look specifically for: `{{V0_3_SPECIFIC_STRESS_TESTS — customize to the plan. Standard candidates: - Newly-introduced moat claims: do they survive external timeline / feasibility checks? - Two-stage or multi-stage gates: hidden operational costs of contingent intermediate states? - Methodology updates to demand-validation: do new questions prime answers (confirmation bias)? - Scope-creep on founder time: did the iteration add tasks the time-budget doesn't cover? - Backup mechanisms named in the moat: do they kick in before the primary mechanism, after it, or in a gap? - Brand/naming candidates: are the new candidates actually clear of prior art?}}` ## Output format Save to `{{PATH_TO_ROUND_3_OUTPUT}}`: 1. **Fix scorecard** — every round-2 fix scored LANDED / PARTIALLY LANDED / DODGED, plus the SUBSTANTIVE / COSMETIC tag on any verdict-moving fix 2. **New defects table** (if any) — same format as prior rounds. P1/P2/P3 + lanes. 3. **Verdict** — PASS / PASS WITH LIMITATIONS / FAIL. **Apply the Pattern 2 verdict-integrity gate (v0.6.0):** a clean PASS reached *primarily* by COSMETIC / face-saving fixes is teaching-to-the-test — name it and hold at **PASS WITH LIMITATIONS minimum**. On any PASS-class verdict, append the construct-validity line: *"Construct validity: survived simulated adversarial review against public evidence as of `<date>` — NOT market validation. No paper verdict substitutes for direct customer / investor / regulator / counsel contact."* 4. **If verdict is anything other than clean PASS**, name the specific remaining blocker(s) — what would v0.4 need to be a clean PASS? 5. **Recommendation:** is the plan ready to run the validation phase (customer discovery, pilots, etc.), or does another iteration need to happen first? ## The bar You said v0.3 was the candidate for clean PASS. Test it like you mean it. If v0.3 truly cleared, say so. Don't manufacture defects to justify a round 3 — that's the failure mode you specifically warned against in round 2. If v0.3 still has structural problems, name them precisely. Three iteration rounds is enough to ship a defensible plan or admit the plan needs a different shape. ## Web search — MANDATORY at round 3 The risk at round 3 is that earlier rounds caught the obvious empirical kills and v0.3 papered over them with new claims that look defensible but aren't current. Re-verify any newly-introduced numeric or competitive claims against live data — especially regulatory-timeline claims, certification-status claims, and named-comparable valuations. The Fierce Healthcare-style "the program got scrapped last quarter" finding is exactly the kind of thing that emerges in round 3 if you don't re-check. **Critical recommendation note:** if v0.3 reaches PASS WITH LIMITATIONS and the remaining blockers require *external data* (customer discovery, partnership conversations, market signal), explicitly recommend: "don't iterate v0.4 on paper — let the validation phase produce the data." Iteration without new data is rearrangement, not progress. 3-line summary at the end: fix score, new defects count by severity, verdict.
fill the variables
This prompt has 9 variables. Pro fills them into a ready-to-paste prompt for you — no manual find-and-replace.
{{PLACEHOLDERS}{{ROUND_1_VERDICT}{{ROUND_1_DEFECT_COUNT}{{ROUND_2_VERDICT}{{ROUND_2_DEFECT_COUNT}{{PATH_TO_ROUND_2_REVIEW}{{PATH_TO_V0_3_PLAN}{{PATH_TO_V0_2_PLAN}{{PATH_TO_ROUND_3_OUTPUT}
Unlock with Pro →when to use it
Community prompt sourced from the open-source GitHub repo rdmgator12/Pitchy (MIT). A "Pitchy v1 Round3" style prompt — adapt the placeholders and specifics to your task. Imported as-is and not independently retested here, so check the output before relying on it.
tags
writingcommunitygeneral
source
rdmgator12/Pitchy · MIT
more in Writing
Writing✓ tested
Explain anything to a smart friend
great teacher who refuses to dumb things down
Writing✓ tested
Line-edit my draft (keep my voice)
sharp copy editor who tightens without flattening
Writing✓ tested
Outline a long piece before you write it
editor who structures the argument before a word is drafted