Skip to main content
ClaudeWave
EN, English
Skill1.5k repo starsupdated 5d ago

grant-proposal

This Claude Code skill generates structured grant proposals aligned with funder priorities, addressing why many applications fail by focusing on funder requirements rather than applicant needs. It requires funder name, grant amount, project description, organizational information, funder priorities, and submission deadlines, then produces a complete proposal including problem statement, SMART objectives, methodology by phase, outcomes framework, evaluation plan, and itemized budget narrative with justifications.

Install in Claude Code
Copy
git clone --depth 1 https://github.com/mohitagw15856/pm-claude-skills /tmp/grant-proposal && cp -r /tmp/grant-proposal/plugins/pm-cross/skills/grant-proposal ~/.claude/skills/grant-proposal
Then start a new Claude Code session; the skill loads automatically.

SKILL.md

# Grant Proposal Skill

Produces structured grant proposals tailored to the funder priorities — the most common reason grants fail is writing about what you want to do rather than what the funder wants to fund.

## Required Inputs
- **Funder name and grant programme**
- **Grant amount sought**
- **Project description** (rough notes are fine)
- **Your organisation** (type, track record, capacity)
- **Funder stated priorities** (copy from their guidance — essential)
- **Word or page limits**
- **Deadline**

## Output Structure

---

### Project Title
[Informative and memorable. Should convey the problem being solved and the approach.]

### 1. Project Summary / Abstract (200-300 words — written last, placed first)
[What you will do, why it matters, who will benefit, measurable outcomes. Every sentence earns its place.]

### 2. Problem Statement / Need
- **The problem:** [Specific, evidenced — use data]
- **Who is affected:** [Population, scale, geography]
- **Current situation:** [What exists and why it is insufficient]
- **Consequence of inaction:** [What happens if not funded]
- **Why your organisation:** [Track record, relationships, expertise]

Funder test: does this problem align with [funder] stated priorities? Make the connection explicit.

### 3. Project Objectives
3-5 SMART objectives:
- **Objective 1:** [Specific, Measurable, Achievable, Relevant, Time-bound]

### 4. Methodology / Approach

**Phase 1: [Name]** (Months 1-X)
[What will happen, who will do it, what is produced]

**Key activities:**
- [Activity — specific]

**What makes this approach innovative or effective:** [Why this over alternatives]

### 5. Impact and Outcomes

| Level | Description | Measure |
|---|---|---|
| Output | [Tangible deliverable] | [How counted] |
| Short-term outcome | [Immediate change] | [How measured] |
| Medium-term outcome | [Behaviour change] | [How measured] |
| Long-term impact | [Systemic change] | [How evidenced] |

**Direct beneficiaries:** [Who and how many]
**Sustainability:** [How work continues beyond grant period]

### 6. Evaluation Plan
- Who evaluates, how, when, what is measured, how findings are shared

### 7. Budget Narrative

| Budget line | Amount | Justification |
|---|---|---|
| Staff costs | £[amount] | [Role, % FTE, duration, salary] |
| Travel | £[amount] | [Specific journeys named] |
| Equipment | £[amount] | [Itemised] |
| Indirect costs | £[amount] | [[X]% of direct — check policy] |
| **Total** | **£[total]** | |

**Value for money:** [Cost per beneficiary. What could not be done without this grant]

### 8. Organisational Capacity
[Track record of similar projects, governance, financial management. Name previous grants and outputs — be specific]

### 9. Risk Register

| Risk | Likelihood | Impact | Mitigation |
|---|---|---|---|
| [Risk] | H/M/L | H/M/L | [Specific mitigation] |

---

## Quality Checks

- [ ] Every section explicitly references funder stated priorities (not just generic language)
- [ ] Problem statement includes specific data, not just assertions
- [ ] Objectives are SMART (measurable and time-bound)
- [ ] Budget narrative justifies every line with specific detail
- [ ] Sustainability section explains what happens after the grant ends
- [ ] Word limits respected

## Anti-Patterns

- [ ] Do not write a generic proposal — every section must be tailored to the specific funder's stated priorities
- [ ] Do not exceed the specified word or page limits — over-length proposals are disqualified at many funders
- [ ] Do not leave the sustainability section vague — funders need to know what happens after grant funding ends
- [ ] Do not use jargon the funder's reviewers won't understand — write for the panel, not the project team
- [ ] Do not underspecify the budget narrative — every significant line item must be justified with method and reasoning

## Example Trigger Phrases
- "Write a grant proposal for [project] applying to [funder]"
- "Help me write a funding application for [grant programme]"
- "Turn these project notes into a grant proposal: [paste]"
360-feedback-templateSkill

Design a 360-degree feedback survey or write a structured 360 feedback report. Use when asked to build a 360 feedback process, write 360 feedback for a colleague, design a feedback survey, or produce a feedback report. Produces either a complete survey instrument with rating scales and open-ended questions, or a structured narrative feedback report with themes, strengths, and development areas.

401k-plan-decoderSkill

Decode a 401k or workplace retirement plan — the real cost of its funds, the match's fine print, vesting math, and the plan features worth using or avoiding. Use when someone asks 'is my 401k any good', 'decode my 401k plan', 'which funds should I look at', or 'what fees am I paying'. Produces a fee decode in dollars-over-time, match and vesting math, a fund-lineup triage by cost, and the questions for HR or the plan administrator.

ab-test-plannerSkill

Design statistically rigorous A/B tests for product features, UI changes, onboarding flows, and pricing experiments. Use when asked to set up an experiment, design an A/B test, calculate sample size, or interpret test results. Produces a complete test plan with hypothesis, variant definitions, sample size, duration estimate, guardrail metrics, and a results interpretation guide.

ab-test-readoutSkill

Analyse a finished A/B test and write the readout — the result, whether it's statistically and practically significant, what it means, and the ship/no-ship call. Use when asked to analyse experiment results, write an A/B test readout, interpret test data, or decide whether to ship a variant. Produces a clear verdict with the lift and confidence, segment cuts, the risks (peeking, novelty, sample), and a recommendation. Distinct from planning a test — this reads results.

accessibility-auditSkill

Generate a WCAG 2.2 accessibility audit checklist and remediation suggestions for any UI or design. Use when asked to audit for accessibility, check WCAG compliance, review a design for a11y issues, or create an accessibility remediation plan. Produces a prioritised checklist with pass/fail assessments and specific fixes.

accessible-travel-plannerSkill

Plan a trip that actually works with a disability or access need — confirm real accessibility (not just 'accessible' labels), book the assistance in advance, plan for equipment and medication, and build in the contingencies for when access breaks down. Use when someone says 'plan an accessible trip', 'travelling with a wheelchair/disability', 'book assistance for my flight', or 'will this hotel actually work for me'. Produces an access-verified itinerary, an assistance-booking checklist, an equipment/medication plan, and contingency scripts. Verify specifics with providers.

accommodation-requestSkill

Request a reasonable accommodation at work or in education — frame it around the barrier and the adjustment (not your diagnosis), cite the right process, and navigate the back-and-forth constructively. Use when someone says 'I need a workplace accommodation', 'request reasonable adjustments', 'ADA/Equality Act accommodation', or 'how do I ask for accommodations for my disability/condition'. Produces the request letter, a barriers-and-adjustments map, disclosure guidance, and a plan for the interactive process. Not legal advice — routes to the formal process and to advocacy where needed.

account-planSkill

Build a structured account plan for any key customer or target account. Use when asked to create an account plan, key account strategy, strategic account review, or territory plan. Produces a complete account plan with relationship map, growth opportunities, risks, and 90-day action plan.