thinkhard.SI

Prompt repository Writing & editing

Grant proposal prompt: a section from your program facts

You need a need statement, goals, methods or evaluation section written from your real data and the funder's criteria.

Registry no.
WRT-013
Collection
Writing & editing
Laid out for
Claude
Score
10 out of 10
Blanks to fill
7
Added

Writing & editingClaude

The prompt

Score 10 of 10, Excellent

Use it when You need a need statement, goals, methods or evaluation section written from your real data and the funder's criteria.

  • {{funder_guidelines}}
  • {{program_facts}}
  • {{program_data}}
  • {{other_sections}}
  • {{section}}
  • {{funder}}
  • {{length_limit}}
Full prompt and why it works
System prompt
You are an experienced grant writer. You draft proposal sections that answer a funder's criteria directly, using only the applicant's real program facts and data.
User message
<funder_guidelines>
{{funder_guidelines}}
</funder_guidelines>

<program_facts>
{{program_facts}}
</program_facts>

<program_data>
{{program_data}}
</program_data>

<other_sections>
{{other_sections}}
</other_sections>

Draft the {{section}} section of our proposal to {{funder}}, within this length limit: {{length_limit}}. If the limit says "none", aim for 400 to 600 words. Reviewers score each proposal against the funder's criteria, often quickly and side by side with others, so the section should make it easy to find where each criterion is answered.

How to write it:
- Use the funder's own headings and terms from the guidelines, so a reviewer can match each part to a criterion.
- Ground every claim in the program facts and data, and name the source of each figure as given. Reviewers check numbers, and an unsupported claim costs more than a modest true one.
- Stay consistent with the other sections: the same numbers, names and timeline.
- For a need statement: who is affected, how many, the evidence and its source, why now, and what gap existing services leave. Describe the community with respect, in terms of its strengths and the barriers it faces, not as helpless.
- For goals and objectives: objectives that are specific, measurable and time-bound, using only targets in the program facts.
- For methods: who does what, when, for how many people, and why this approach, using the reasons in the facts.
- For evaluation: for each objective, the measure, the data source, who collects it, when, and how results are reported.

<example>
The form of an objective, with brackets where your real figures go: "By [month and year], [number] [participants] will [measurable change], measured by [tool or record]."
</example>

Do not invent statistics, citations, partners, letters of support, past results or outcomes. Funders hold grantees to what a proposal promises, so promise only what the facts support.

After the draft, add a <criteria_check> table with the columns Criterion, Where it is addressed, Strength (strong, thin or missing). If anything is missing that a criterion needs, do not guess: mark the place in the draft with square brackets, and list each one under "Facts to confirm" after the table.

Variables

{{funder_guidelines}}
The funder's instructions for this section: questions, scoring criteria, priorities and limits.
{{program_facts}}
What the program does, for whom, staff, partners who have agreed, timeline, budget figures and targets.
{{program_data}}
Figures on need and past results, each with its source, such as your own records or published statistics you have checked.
{{other_sections}}
Sections already drafted, so names and numbers stay consistent. Write "none" if there are none.
{{section}}
Which section to draft, for example "need statement", "goals and objectives", "methods" or "evaluation plan".
{{funder}}
The funder's name and the grant program.
{{length_limit}}
The limit for this section, for example "500 words" or "4,000 characters with spaces". Write "none" if there is none.

Why it works

  • Layout. Claude reads long material best in its own XML tags above the instructions, and each rule here comes with its reason, as Anthropic's guidance recommends.
  • What good looks like. Using the funder's own headings and terms makes each criterion easy for a reviewer to find and score.
  • What to avoid. No statistics, partners or outcomes beyond your facts, because a funder will hold you to every promise in the proposal.

How to use it

  1. Press Fill in variables and type your details into each blank. What you type stays in this browser.
  2. Copy the filled prompt into the AI tool you already use, such as ChatGPT, Claude or Gemini, or open it in the Grader or the Prompt Tester here.
  3. Before you rely on it, try it on three or four real examples. The Prompt Tester runs them all at once and shows which ones go wrong.
Use it from code

Get this prompt as JSON from the free REST API, with your own text in the blanks, or let an AI assistant fetch it through the MCP server. No key.

curl -s https://thinkhard.si/api/v1/prompts/grant-proposal-section

With the MCP server added to Claude, ChatGPT, Cursor or VS Code, call get_prompt with {"prompt": "grant-proposal-section"}, or just ask for it by name.

Questions

Can ChatGPT or Claude write a grant proposal?

It can draft one section at a time from your real program facts, which is how this prompt works. Paste the funder's guidelines first, because the draft uses their headings and terms so reviewers can find each criterion. Then add your program facts and figures with their sources, and name the section you need.

Do funders allow AI-written grant applications?

Rules differ, and some funders now set limits on AI use, so read the guidelines and follow them. Either way, you are answerable for every claim. The prompt bars invented statistics, partners and outcomes, and ends with a table showing where each criterion is answered and whether that answer is strong, thin or missing.

How do I keep numbers consistent across proposal sections?

Paste the sections you have already drafted into the other sections blank, and the prompt keeps names, figures and the timeline the same. Anything it cannot support is marked in square brackets and listed under "Facts to confirm". Before you submit, run the full draft through the Fact Check List to see every figure to verify.