{"product_id":"prompt-chain-vault-draft-critique-amp-finalize-sequences-for-8-real-business-deliverables","title":"Prompt Chain Vault — Draft, Critique \u0026amp; Finalize Sequences for 8 Real Business Deliverables","description":"\u003cp\u003e\u003cstrong\u003ePrompt Chain Vault\u003c\/strong\u003e is a library of eight original, three-step prompt chains — Draft, Critique, Finalize — for the business documents that are hardest to get right in a single pass. No agent framework, no API key, no plugin required.\u003c\/p\u003e\n\n\u003ch2\u003eWhy this exists\u003c\/h2\u003e\n\u003cp\u003eIn September 2026, the fastest-growing prompt repository on GitHub isn't a coding tool — it's \u003cem\u003eprompts.chat\u003c\/em\u003e (formerly Awesome ChatGPT Prompts), a community-maintained library that's crossed 169,000 stars and bills itself as the world's largest open-source prompt collection, complete with a CLI, an MCP server, and a Claude Code plugin for teams that want to self-host it. It's a genuinely useful reference: thousands of single-turn \"act as X\" prompts spanning every role imaginable, MIT\/CC0 licensed, free to fork and remix.\u003c\/p\u003e\n\u003cp\u003eBut scale is exactly its limitation for real work. Every entry in it is one isolated prompt — paste it, get a single response, and you're on your own for the two or three follow-up turns it actually takes to get a board memo, a PRD, or a case study into shape you'd send to someone else. Quality also varies prompt to prompt, since anyone can submit one, so there's no guarantee the prompt you paste today produces something usable on the first try.\u003c\/p\u003e\n\u003cp\u003ePrompt Chain Vault takes the opposite approach — not any of that project's code or prompt text, just the observation that one-shot prompting fails on anything with real stakes. Instead of a single prompt per document, each of the eight entries here is a fixed three-step chain: a Draft prompt that produces a complete first pass, a Critique prompt that turns the model into an editor on its own output, and a Finalize prompt that revises against that critique into something ready to send. Every chain is original writing, built and tuned by hand.\u003c\/p\u003e\n\n\u003ch2\u003eWhat's inside\u003c\/h2\u003e\n\u003cul\u003e\n\u003cli\u003e8 complete three-step prompt chains (24 prompts total) for high-stakes business documents\u003c\/li\u003e\n\u003cli\u003eA Universal Chain Builder — turn any one-shot prompt you already rely on into your own Draft → Critique → Finalize chain\u003c\/li\u003e\n\u003cli\u003eA Chain Integrity Checklist — 6 checks to run before a chain's final output goes anywhere real\u003c\/li\u003e\n\u003c\/ul\u003e\n\n\u003ch2\u003eBest for\u003c\/h2\u003e\n\u003cul\u003e\n\u003cli\u003eFounders, managers, and consultants who need a document that's actually ready to send, not a competent-but-generic first draft\u003c\/li\u003e\n\u003cli\u003eAnyone who's pasted one giant \"write the whole thing\" prompt into a chat window and gotten back prose that reads fine but doesn't hold up under scrutiny\u003c\/li\u003e\n\u003cli\u003ePeople without an editor, cofounder, or second pair of eyes to catch what a first draft misses before it goes out\u003c\/li\u003e\n\u003c\/ul\u003e\n\n\u003ch2\u003eWhat you'll need\u003c\/h2\u003e\n\u003cul\u003e\n\u003cli\u003eAny chat LLM — ChatGPT, Claude, Gemini, or similar — no plugins, agents, or API access required\u003c\/li\u003e\n\u003cli\u003eThe raw facts for whatever you're writing (names, numbers, dates, context) — each Draft prompt asks for these upfront\u003c\/li\u003e\n\u003cli\u003eThree consecutive turns per document, run in the same conversation — each prompt in a chain depends on the model's prior reply\u003c\/li\u003e\n\u003c\/ul\u003e\n\n\u003ch2\u003eChain discipline (read this first)\u003c\/h2\u003e\n\u003cp\u003eEvery chain below follows the same three-step shape. Run all three, in order, in one conversation — don't skip Critique even when the Draft looks fine, since catching what a first pass missed is the entire point:\u003c\/p\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cstrong\u003eDraft\u003c\/strong\u003e — produces a complete first version fast, from the facts you provide. Not precious; its job is to get everything on the page once.\u003c\/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eCritique\u003c\/strong\u003e — the model re-reads its own draft against an explicit, document-specific checklist and lists every weakness it finds. It does not fix anything at this step, only diagnoses.\u003c\/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eFinalize\u003c\/strong\u003e — revises the draft against the critique and outputs the final, formatted version. This is the one you actually send.\u003c\/li\u003e\n\u003c\/ol\u003e\n\n\u003ch2\u003eThe 8 prompt chains (copy\/paste)\u003c\/h2\u003e\n\n\u003ch3\u003e1. Board \/ Investor Update Memo\u003c\/h3\u003e\n\u003cp\u003e\u003cstrong\u003eDraft:\u003c\/strong\u003e \"Write a board update memo covering this period. Inputs: company name [NAME], period [DATES], key metrics [LIST METRICS WITH NUMBERS], wins [LIST], challenges [LIST], asks of the board [LIST IF ANY]. Structure: TL;DR (3 sentences max), Metrics, Wins, Challenges, Asks, Next period focus. Keep it under 600 words and state numbers plainly — no spin.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eCritique:\u003c\/strong\u003e \"Re-read the memo you just wrote as a skeptical board member seeing these numbers for the first time. List every place where: a claim isn't backed by a number, a challenge is downplayed relative to its actual severity, the TL;DR oversells the period, or a metric is presented without the context needed to judge if it's good or bad. Don't rewrite anything yet — just list the problems.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eFinalize:\u003c\/strong\u003e \"Rewrite the memo addressing every issue from your critique. Every challenge must be stated as plainly as every win. Every metric needs enough context (trend, target, or comparison) for a board member to judge it without asking a follow-up question. Output the final memo only, no commentary.\"\u003c\/p\u003e\n\n\u003ch3\u003e2. Crisis \/ Incident Communication Statement\u003c\/h3\u003e\n\u003cp\u003e\u003cstrong\u003eDraft:\u003c\/strong\u003e \"Write a public or customer-facing statement about this incident. Inputs: what happened [FACTS ONLY], who is affected [SCOPE], current status [RESOLVED\/ONGOING\/MITIGATING], what we're doing about it [ACTIONS], and what we're NOT yet sure of [UNKNOWNS]. Tone: direct, accountable, no corporate hedging language. Under 250 words.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eCritique:\u003c\/strong\u003e \"Read this statement as an affected customer who is already frustrated. Flag every sentence that reads as deflecting blame, minimizing impact, or using vague language where a specific fact was available in the inputs. Flag any claim of resolution that isn't fully supported by the stated status. List problems only, don't rewrite.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eFinalize:\u003c\/strong\u003e \"Revise the statement to fix every issue from the critique. Replace any hedging phrase with the direct, specific version. If status is not fully resolved, say so plainly rather than implying otherwise. Output the final statement only.\"\u003c\/p\u003e\n\n\u003ch3\u003e3. Product Requirements Document (PRD)\u003c\/h3\u003e\n\u003cp\u003e\u003cstrong\u003eDraft:\u003c\/strong\u003e \"Write a PRD for this feature. Inputs: feature name [NAME], problem it solves [PROBLEM], target user [USER], proposed solution [DESCRIPTION], out of scope [LIST], success metric [METRIC]. Structure: Problem, Goals, Non-Goals, User Stories, Requirements (numbered, testable), Success Metrics, Open Questions.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eCritique:\u003c\/strong\u003e \"Review this PRD as a skeptical engineer who has to estimate and build it. For each numbered requirement, flag whether it's actually testable (someone could verify pass\/fail) or vague enough to be interpreted three different ways. Flag any user story with no corresponding requirement, and any requirement that contradicts a stated non-goal. List issues only.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eFinalize:\u003c\/strong\u003e \"Rewrite the PRD fixing every flagged requirement so each one is independently testable. Resolve the flagged contradictions explicitly rather than deleting one side silently — note in Open Questions if a real tradeoff decision is still needed. Output the final PRD only.\"\u003c\/p\u003e\n\n\u003ch3\u003e4. Customer Case Study\u003c\/h3\u003e\n\u003cp\u003e\u003cstrong\u003eDraft:\u003c\/strong\u003e \"Write a customer case study. Inputs: customer name\/industry [DETAILS], problem before using us [PROBLEM], what we implemented [SOLUTION], results with real numbers [METRICS], a quote if available [QUOTE]. Structure: Challenge, Solution, Results (numbers first), Quote. Under 500 words.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eCritique:\u003c\/strong\u003e \"Read this as a skeptical prospect who has been burned by vague case studies before. Flag every result stated without a number, timeframe, or baseline to compare against. Flag any claim that isn't directly supported by the inputs given — don't let inferred or invented specifics slide through. List issues only.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eFinalize:\u003c\/strong\u003e \"Rewrite the case study fixing every flagged claim — either add the missing number\/timeframe\/baseline from the original inputs, or soften the claim to only what's actually supported. Never invent a statistic that wasn't in the inputs. Output the final case study only.\"\u003c\/p\u003e\n\n\u003ch3\u003e5. Post-Mortem \/ Incident Report (Internal)\u003c\/h3\u003e\n\u003cp\u003e\u003cstrong\u003eDraft:\u003c\/strong\u003e \"Write an internal post-mortem. Inputs: what happened and when [TIMELINE], impact [SCOPE AND DURATION], root cause if known [CAUSE], contributing factors [LIST], what was done to resolve it [ACTIONS], follow-up items [LIST]. Structure: Summary, Timeline, Root Cause, Contributing Factors, Action Items (owner + due date each), Lessons. Blameless tone — describe what the system allowed, not who erred.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eCritique:\u003c\/strong\u003e \"Re-read this post-mortem for two failure modes: (1) any sentence that names or implies blame on a specific person rather than a system or process gap, and (2) any action item missing an owner or a due date. List every instance of each, don't rewrite yet.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eFinalize:\u003c\/strong\u003e \"Rewrite the post-mortem fixing every flagged sentence to describe the system\/process gap instead of the person, and adding a placeholder [OWNER] \/ [DATE] to any action item missing one so it's visibly incomplete rather than silently dropped. Output the final report only.\"\u003c\/p\u003e\n\n\u003ch3\u003e6. Performance Review Narrative\u003c\/h3\u003e\n\u003cp\u003e\u003cstrong\u003eDraft:\u003c\/strong\u003e \"Write a performance review narrative for this employee. Inputs: role [ROLE], review period [DATES], specific accomplishments with impact [LIST], areas for growth [LIST], overall rating context [RATING\/LEVEL IF APPLICABLE]. Structure: Summary, Strengths (with concrete examples, not adjectives alone), Growth Areas (framed as specific and actionable), Overall. Keep language behavior-based, not personality-based.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eCritique:\u003c\/strong\u003e \"Read this review as an employee relations specialist checking for two things: (1) any strength or growth area stated as a personality trait ('is a great communicator') rather than a specific, observable behavior or outcome, and (2) any growth area that's vague enough the employee wouldn't know what to actually do differently. List every instance, don't rewrite yet.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eFinalize:\u003c\/strong\u003e \"Rewrite the review converting every flagged trait-based statement into a specific behavior or outcome from the inputs, and every vague growth area into one concrete, actionable next step. Output the final review only.\"\u003c\/p\u003e\n\n\u003ch3\u003e7. Executive Summary for a Long Report\u003c\/h3\u003e\n\u003cp\u003e\u003cstrong\u003eDraft:\u003c\/strong\u003e \"Here is a full report: [PASTE FULL REPORT TEXT]. Write a one-page executive summary: the single most important finding first, then 3-5 supporting points each with the number or evidence behind it, then the recommended action. No new claims beyond what's in the report.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eCritique:\u003c\/strong\u003e \"Compare your summary against the full report line by line. Flag anything in the summary that isn't directly traceable to a specific passage in the report, and flag any major finding in the report that the summary left out entirely. List issues only, don't rewrite yet.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eFinalize:\u003c\/strong\u003e \"Rewrite the summary removing or correcting any untraceable claim, and adding back any major finding the critique flagged as missing. Every point must trace to something actually in the report. Output the final summary only.\"\u003c\/p\u003e\n\n\u003ch3\u003e8. Renewal \/ Upsell Proposal Email\u003c\/h3\u003e\n\u003cp\u003e\u003cstrong\u003eDraft:\u003c\/strong\u003e \"Write a renewal\/upsell email to this customer. Inputs: customer name and current plan [DETAILS], usage\/results since they started [DATA], the specific upgrade or renewal being proposed [OFFER], pricing [PRICE], any time-limited terms [TERMS IF ANY]. Under 200 words, one clear ask, no generic filler.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eCritique:\u003c\/strong\u003e \"Read this email as the customer, already skeptical of upsell emails. Flag any sentence that's generic filler rather than specific to this customer's actual usage\/results, any place urgency is implied without a real time-limited term to back it up, and anywhere the ask isn't singular and clear. List issues only.\"\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eFinalize:\u003c\/strong\u003e \"Rewrite the email removing every flagged filler sentence, removing any implied urgency not backed by a real term, and sharpening the ask to one clear next step. Output the final email only.\"\u003c\/p\u003e\n\n\u003ch2\u003eSupporting framework: Universal Chain Builder\u003c\/h2\u003e\n\u003cp\u003eUse this to turn any single prompt you already rely on — from this library, prompts.chat, or your own notes — into your own three-step chain.\u003c\/p\u003e\n\u003cp\u003e\"I currently use this single prompt for [TASK]: [PASTE YOUR EXISTING PROMPT]. Turn it into a three-step chain: (1) a Draft prompt that produces a complete first pass from the same inputs, (2) a Critique prompt that reviews that draft against 3-5 specific, document-appropriate failure modes and lists them without fixing anything, and (3) a Finalize prompt that revises against the critique into a final version. Output all three as separate, ready-to-paste prompts.\"\u003c\/p\u003e\n\n\u003ch2\u003eSupporting framework: Chain Integrity Checklist\u003c\/h2\u003e\n\u003cp\u003eRun any chain's final output — from this library or one you built yourself — through these 6 checks before it goes anywhere real:\u003c\/p\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cstrong\u003eCritique was actually run:\u003c\/strong\u003e Did you paste the Critique prompt and read its output before Finalize, or skip straight from Draft to \"good enough\"? Skipping it defeats the point.\u003c\/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eEvery critique point addressed:\u003c\/strong\u003e Compare the Finalize output against the Critique list — is every flagged issue actually fixed, or did one quietly survive?\u003c\/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eNo invented facts:\u003c\/strong\u003e Does the final version contain any number, quote, or claim that wasn't in your original inputs? Flag and remove anything invented.\u003c\/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eTone consistency:\u003c\/strong\u003e Does the Finalize step's tone match what the document actually needs (blameless, direct, accountable — whichever the chain called for), or did it drift back to generic corporate voice?\u003c\/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eLength discipline:\u003c\/strong\u003e Does the final version respect the length constraint the Draft prompt set, or did revision quietly bloat it?\u003c\/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eRead-aloud test:\u003c\/strong\u003e Read the final output aloud once. Anything that sounds like it was written by a committee instead of a person gets flagged for one more pass.\u003c\/li\u003e\n\u003c\/ol\u003e\n\n\u003ch2\u003eHow to use\u003c\/h2\u003e\n\u003col\u003e\n\u003cli\u003ePick the chain matching the document you need to produce.\u003c\/li\u003e\n\u003cli\u003eFill in the bracketed inputs on the Draft prompt and send it.\u003c\/li\u003e\n\u003cli\u003ePaste the Critique prompt next, in the same conversation — don't skip it.\u003c\/li\u003e\n\u003cli\u003ePaste the Finalize prompt and take its output as your final version.\u003c\/li\u003e\n\u003cli\u003eRun the Chain Integrity Checklist before sending the result anywhere real.\u003c\/li\u003e\n\u003cli\u003eFor any document not covered here, run the Universal Chain Builder against a prompt you already use to build your own chain.\u003c\/li\u003e\n\u003c\/ol\u003e\n\n\u003ch2\u003eFAQ\u003c\/h2\u003e\n\u003cp\u003e\u003cstrong\u003eIs this the prompts.chat \/ Awesome ChatGPT Prompts repository?\u003c\/strong\u003e No, and it doesn't contain any of that project's prompt text or code. This library takes the observation that single-shot prompting fails on high-stakes documents and builds eight original three-step chains around it, for people who want a finished document, not a library of one-off ideas to browse.\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eDo I need an agent, API access, or a specific model to use this?\u003c\/strong\u003e No. Every prompt is plain language designed to be pasted into any chat LLM's normal chat window, one turn at a time.\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eIs this affiliated with OpenAI, Anthropic, Google, or the prompts.chat project?\u003c\/strong\u003e No. This is an independent, model-agnostic prompt library and isn't affiliated with or endorsed by any AI lab or the maintainers of the project that inspired it.\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eCan I use these chains with my own documents, not the examples given?\u003c\/strong\u003e Yes — every Draft prompt is written with bracketed inputs specifically so you can substitute your own facts, numbers, and context.\u003c\/p\u003e\n\u003cp\u003e\u003cstrong\u003eWhat if Finalize still misses something from the Critique?\u003c\/strong\u003e Reply with \"you didn't address [SPECIFIC POINT] from your critique — fix that and re-send the final version\" rather than accepting a partial fix.\u003c\/p\u003e\n\u003cp\u003e\u003cem\u003eNotes: Digital product, delivered as the copy\/paste content on this page — no separate file download required. All 24 prompts are original writing.\u003c\/em\u003e\u003c\/p\u003e","brand":"Ukiyo Productions","offers":[{"title":"Standard","offer_id":47620855234644,"sku":"UKIYO-PROMPT-CHAINVAULT","price":39.0,"currency_code":"USD","in_stock":true}],"url":"https:\/\/ukiyoprod.com\/products\/prompt-chain-vault-draft-critique-amp-finalize-sequences-for-8-real-business-deliverables","provider":"Ukiyo","version":"1.0","type":"link"}