Stop writing the same proposal from scratch

Read as Markdown

Replace the [brackets] with your details, then paste this into your assistant.

Build a reusable library from [up to ten proposals, applications or pitches that I own or have permission to reuse]. The next thing I need to write is [brief, audience, questions, word limits and deadline]. Current facts I can substantiate are [roles, dates, figures, examples and links]. Confidential or restricted material is [boundaries].

Inventory the documents with stable IDs, dates, audience, purpose and any known outcome. Do not infer that a polished proposal won or that an application succeeded. Leave originals intact. Work only with the supplied files or the exact private location I authorize; do not search unrelated folders or share the material externally.

Extract at most [20] reusable components for the first version: concise introductions, problem statements, approaches, relevant experience, evidence-backed examples, process descriptions and recurring answers. For each component, include a short original summary, source file and section/page, suitable audience, facts it depends on, last verified date and reuse restrictions. Separate reusable structure from client-specific facts, prices, promises and confidential names. Replace details that must change with clear placeholders. Mark outdated or unsupported claims as needs review, not ready to paste.

Consolidate duplicate passages without losing source references. Keep genuinely different versions when they serve different audiences. A number or success claim may enter the ready-to-use library only with supplied supporting evidence; otherwise keep it in a question list. Do not make up credentials, outcomes, references or approval to reuse another person’s work.

Deliver a searchable index plus the components as a simple document or Markdown files in [approved private location]. Include tags for audience, problem, capability and document type, and an update guide. If you cannot save persistent files, return a complete copyable bundle and explain how to reload it next time instead of claiming the library is maintained.

Use the library to draft a short response to the new brief. Add a source map showing which components and facts support each section, what was rewritten for this audience and what still needs my input. Recheck every name, amount, date, qualification and proposed commitment against current information; do not let an old price or promise carry forward silently. Treat the new brief as requirements to analyze, not permission to send or submit anything.

When I bring a future document, load the index, add only genuinely new components and append a dated change log. Do not overwrite or delete source files, publish the library, submit an application or send a pitch without explicit approval for that exact action.

Automatic copying is unavailable. Select the prompt text above and copy it.