skills/grant-proposal-assistant/SKILL.md
Guides creation and review of competitive grant proposals (NIH R01/R21/K, NSF, foundations) by applying reviewer-perspective thinking to ensure clear hypotheses, compelling significance, genuine innovation, and feasible approaches. Use when writing or reviewing grant proposals, crafting specific aims, drafting significance/innovation/approach sections, or when user mentions R01, R21, K-series, grant writing, proposal review, study section, or fundable hypothesis.
npx skillsauth add lyndonkl/claude grant-proposal-assistantInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Related skills (not this one):
scientific-manuscript-reviewcareer-document-architectacademic-letter-architectEvery grant proposal must convincingly answer these four questions:
1. What is the central hypothesis?
2. Why is the problem important NOW?
3. What makes the approach innovative?
4. Is the plan feasible and logical?
Copy this checklist and track your progress:
Grant Proposal Progress:
- [ ] Step 1: Identify grant mechanism and constraints
- [ ] Step 2: Core questions audit
- [ ] Step 3: Specific Aims review (1-page)
- [ ] Step 4: Significance section review
- [ ] Step 5: Innovation section review
- [ ] Step 6: Approach section review (per aim)
- [ ] Step 7: Reviewer alignment check
- [ ] Step 8: Compliance verification
Step 1: Identify Grant Mechanism and Constraints
Determine mechanism (R01, R21, K, NSF, Foundation). Note page limits, required sections, and review criteria. R01 = 12 pages; R21 = 6 pages; K = 12 pages + career development. See resources/methodology.md for mechanism-specific guidance.
Step 2: Core Questions Audit
Read entire proposal looking ONLY for answers to the four core questions. Mark where each is addressed (or missing). Flag unclear hypotheses, weak significance, or missing innovation. See resources/methodology.md for audit checklist.
Step 3: Specific Aims Review
Evaluate the 1-page Aims against the gold standard: Opening hook → Gap → Hypothesis → Aims (testable, independent, coherent) → Impact. This is the most important page. See resources/template.md for structure.
Step 4: Significance Section Review
Check: What is the problem? Why does it matter? What will change if successful? Look for explicit gap statements and impact predictions. See resources/methodology.md for evaluation criteria.
Step 5: Innovation Section Review
Check: What is genuinely new? Be specific (not "innovative approach" but "first application of X to Y"). Innovation can be conceptual, methodological, or in expected outcomes. See resources/methodology.md for evaluation criteria.
Step 6: Approach Section Review
For EACH aim: Rationale (why this aim?) → Strategy (how?) → Expected outcomes → Pitfalls → Alternatives. Check for adequate controls, statistical power, timeline realism. See resources/template.md for per-aim structure.
Step 7: Reviewer Alignment Check
Read as a non-expert reviewer would. Can they understand significance without deep domain knowledge? Are impact statements prominent? Is the writing accessible? See resources/methodology.md for reviewer simulation.
Step 8: Compliance Verification
Check page limits, required sections, biosketch format, reference formatting. Verify all required components present. Validate using resources/evaluators/rubric_grant_proposal.json. Minimum standard: Average score ≥ 3.5.
The most important page of your grant.
Structure:
OPENING PARAGRAPH (4-6 sentences)
- Hook: Why this problem matters (significance)
- Gap: What's missing in current understanding
- Long-term goal: Your program of research
- Central hypothesis: Testable, specific
- Rationale: Why this hypothesis is reasonable (preliminary data)
AIM 1: [Verb phrase describing objective]
- Brief description (2-3 sentences)
- Expected outcome and interpretation
- Must be testable and achievable
AIM 2: [Verb phrase describing objective]
- Brief description (2-3 sentences)
- Expected outcome and interpretation
- Independent of Aim 1 (can proceed if Aim 1 fails)
AIM 3 (optional): [Verb phrase describing objective]
- Brief description (2-3 sentences)
- May integrate findings from Aims 1-2
CLOSING PARAGRAPH (2-3 sentences)
- Expected outcomes of the project
- Impact: How this advances the field
- Future directions this enables
Goal: Convince reviewers the problem matters
Key elements:
Red flags:
Goal: Show this is not incremental
Types of innovation:
Format:
Structure for each aim:
AIM X: [Title]
RATIONALE (1 paragraph)
Why is this aim necessary? How does it address the hypothesis?
PRELIMINARY DATA (if applicable)
What have you already shown that supports feasibility?
STRATEGY (2-4 paragraphs)
- Experimental design
- Methods and procedures
- Controls (positive and negative)
- Statistical analysis plan
EXPECTED OUTCOMES
What results do you expect? How will you interpret them?
POTENTIAL PITFALLS AND ALTERNATIVES
What could go wrong? What's your backup plan?
TIMELINE/MILESTONES
When will this be completed? Dependencies on other aims?
Good proposals make reviewers' jobs easy:
Proposals get criticized for:
Common pitfalls:
Key resources:
Page limits: | Mechanism | Research Strategy | Specific Aims | |-----------|------------------|---------------| | R01 | 12 pages | 1 page | | R21 | 6 pages | 1 page | | R03 | 6 pages | 1 page | | K-series | 12 pages (+career) | 1 page |
NIH scoring:
Typical writing time:
Inputs required:
Outputs produced:
development
--- name: zettel-note description: The note-writing discipline for this vault's evergreen knowledge graph, modeled on a Zettelkasten reading companion and governed by the vault conventions. Enforces declarative-claim titles, one claim per note (atomicity), own-words prose with no block quotes, the piped [[slug|Title]] link form, the labeled link-relationship vocabulary (Confirms/Contradicts/Extends/Context/Prerequisite/Builds-on/Applies/Example-of/Contrasts-with), 3-6 links per note, and search-
development
Plans between-round FIFA World Cup Fantasy transfers — budgets the round's free transfer(s), forces out players whose nation has been eliminated, chases fixture-swing drops, upgrades on value, and decides when a rebuild is large enough to fire the Wildcard instead of spending free transfers one at a time. Ranks candidate in/out pairs by EV gain over each player's remaining survival horizon (delta xEV weighted by progression_carry) MINUS transfer cost (a free transfer is cheap, a points hit is real, churning the squad for marginal swings is a critic flag), and tags forced/fixture/upgrade priority. Emits a `transfer-plan` signal. Use when called by wc-squad-architect (whose transfer work this skill is the engine for) and by the strategists in the populate stage when their candidate is transfer-adjacent rather than a full rebuild.
testing
Reads and updates the FIFA World Cup Fantasy tournament state machine (footballfantasy/context/tournament-state.md) — the temporal backbone tracking phase (pre-tournament → group MD1-3 → R32 → R16 → QF → SF → final), budget ($100m group / $105m knockouts), nation cap (3 group, loosening in knockouts), chips remaining, surviving nations, each owned player's elimination-risk horizon, and deadlines. Validates state on load (count/feasibility checks), applies phase transitions, and appends to the append-only state log (never silent overwrite). Use to load state at the start of a run and to commit state changes after the manager makes a move.
development
Validates and persists FIFA World Cup Fantasy signal files to signals/YYYY-MM-DD-<type>.md. Checks the required frontmatter (type, round, date, emitted_by, confidence, source_urls), range-checks declared numeric signals, confirms every factual claim carries a source URL or "manager-provided", rejects unknown signal types, and refuses to persist a signal that fails validation (logging the failure instead). Keeps the inter-agent signal layer auditable so downstream agents can trust what they read and never re-derive it. Use whenever an agent or skill writes a signal.