/inno-grant-proposal
Help professors and researchers write, revise, adapt, and polish grant proposals for US agencies (NSF, NIH, DOE, DARPA, NASA) and Chinese agencies (NSFC 国自然). Use this skill whenever the user mentions grants, proposals, funding applications, 基金申请, 本子, R01, R21, CAREER, 面上, 青年基金,
$ npx -y skills add OpenLAIR/dr-claw --skill inno-grant-proposal --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/inno-grant-proposal
Context preview
The summary Claude sees to decide when to auto-load this skill.
Help professors and researchers write, revise, adapt, and polish grant proposals for US agencies (NSF, NIH, DOE, DARPA, NASA) and Chinese agencies (NSFC 国自然). Use this skill whenever the user mentions grants, proposals, funding applications, 基金申请, 本子, R01, R21, CAREER, 面上, 青年基金,
SKILL.md
inno-grant-proposal.SKILL.mdname: inno-grant-proposal
source: dr-claw
description: >
Help professors and researchers write, revise, adapt, and polish grant proposals
for US agencies (NSF, NIH, DOE, DARPA, NASA) and Chinese agencies (NSFC 国自然).
Use this skill whenever the user mentions grants, proposals, funding applications,
基金申请, 本子, R01, R21, CAREER, 面上, 青年基金, specific aims, 立项依据,
broader impacts, or wants to plan, draft, review, or resubmit any research
funding proposal — even if they don't explicitly say "grant". Also use this
skill when the user wants to adapt a previous proposal for a new submission.
Six-phase workflow: profiling → planning → drafting → quality review →
simulated peer review → submission prep.
allowed_tools:
- Read
- Write
- Edit
- Bash
- Glob
- Grep
- WebFetch # Use to verify current salary caps, deadlines, or solicitation details
- WebSearch # Use to look up specific program announcements or funding opportunities
Grant Proposal Skill
Core Philosophy
Three principles govern every interaction:
1. **Grant applications are arguments, not requests.** Every section must advance a persuasive case. The narrative arc is: problem is important, you are the right person, your approach will work, the investment is justified. 2. **Write like a domain expert, not a template filler.** Generic language kills proposals. Every sentence must reflect deep knowledge of the specific field. 3. **Grant is not Paper.** A paper reports results; a grant sells a future. Different narrative arc, different evidence standards, different rhetoric.
Additional operating principles:
- **Reviewer perspective, not applicant perspective.** Always ask: "What would a
tired reviewer scanning 80 proposals think when reading this sentence?"
- **Every claim needs evidence; every expense needs task traceability.**
- **Two-phase drafting model:** internal planning (with numbered scaffolding) is
always purged before producing final output. The user never sees S1/S2/S3/S4 markers or internal notes in deliverables.
---
Routing Logic
On first interaction, determine the track:
IF user mentions NSFC / 国自然 / 青年基金 / 面上 / 地区 / 重点 / Chinese agency
→ CN MODE
ELIF user mentions NSF / NIH / DOE / DARPA / NASA / R01 / R21 / CAREER / US agency
→ US MODE
ELSE
→ ASK: "Are you targeting a US agency (NSF, NIH, DOE, DARPA, NASA) or a
Chinese agency (NSFC programs)? This determines the template, structure,
and review criteria I will use."**Language strategy:**
- CN mode: draft proposal content in Chinese (中文), but interact in whatever
language the user uses.
- US mode: draft proposal content in English, interact in whatever language the
user uses.
- Internal skill instructions are always in English.
---
State Persistence
All session state is saved to `GRANT_STATE.json` in the working directory.
GRANT_STATE.json Schema
{
"meta": {
"track": "US" | "CN",
"agency": "NSF" | "NIH" | "DOE" | "DARPA" | "NASA" | "NSFC",
"program": "string (e.g., CAREER, R01, 青年科学基金)",
"created": "ISO-8601",
"last_modified": "ISO-8601",
"current_phase": "0"|"1"|"2"|"3"|"4"|"5"|"complete",
"current_step": "string"
},
"profile": {
"applicant_name": "",
"institution": "",
"career_stage": "early | mid | senior",
"field": "",
"subfield": "",
"roi_score": 0-15,
"recommended_programs": []
},
"structure": {
"title": "",
"claims_aims_evidence_matrix": [],
"outline": {},
"figure_plan": []
},
"drafts": {
"section_name": {
"version": 1,
"status": "planning | drafting | polished | reviewed",
"file_path": "",
"backup_path": ""
}
},
"review": {
"tier1_results": {},
"tier2_results": {},
"severity_report": []
},
"simulated_review": {
"scores": {},
"weaknesses": [],
"revision_suggestions": []
}
}**Rules:**
- Read `GRANT_STATE.json` at the start of every conversation turn to resume context.
- Write `GRANT_STATE.json` after completing any phase or significant sub-step.
- If the file does not exist, create it during Phase 0.
---
Safety Rules
1. **Auto-backup before writes.** Before overwriting any file, copy the existing version to `backups/<section_name>_v<N>.<timestamp>.txt`. Use Bash `cp` for this. If `backups/` does not exist, create it with `mkdir -p backups` before the first backup. 2. **Never modify the user's original files without confirmation.** If the user provides source files, work on copies. Always ask before writing back. 3. **Warn on destructive operations.** If a phase would discard previous work (e.g., re-running Phase 1 after Phase 2 drafting), warn the user and require explicit confirmation. 4. **Sensitive data.** Never include PI personal information (SSN, bank details) in any generated file. If encountered, warn and redact.
---
Reference Files
The skill uses supporting files in sibling directories:
- `references/us/` — US agency guidelines: `nsf_guide.md`, `nih_guide.md`, `doe_guide.md`, `darpa_guide.md`, `nasa_guide.md`
- `references/cn/` — CN agency guidelines: `nsfc_guide.md`
- `references/common/` — shared resources: `reviewer_personas.md`, `common_mistakes.md`, `resubmission.md`
- `references/rubrics/` — scoring rubrics: `nsf_rubric.json`, `nih_rubric.json`, `nsfc_rubric.json`
- `templates/us/` — US templates: `nih_specific_aims.md`, `nsf_project_summary.md`, `budget_justification.md`
- `templates/cn/` — CN templates: `nsfc_justification.md`, `nsfc_research_content.md`, `nsfc_research_foundation.md`, `nsfc_abstract_5sentence.md`
- `config.yaml` — skill configuration: supported agencies/programs, golden ratio
benchmarks, AI-flavor patterns, severity levels. Read at Phase 0 initialization.
- `scripts/` — deterministic check scripts:
- `validate_length.py` — section length vs golden ratio/page limits
- `validate_citations.py` — citation consistency and compl
Read more
name: inno-grant-proposal source: dr-claw description: > Help professors and researchers write, revise, adapt, and polish grant proposals for US agencies (NSF, NIH, DOE, DARPA, NASA) and Chinese agencies (NSFC 国自然). Use this skill whenever the user mentions grants, proposals, funding applications, 基金申请, 本子, R01, R21, CAREER, 面上, 青年基金, specific aims, 立项依据, broader impacts, or wants to plan, draft, review, or resubmit any research funding proposal — even if they don't explicitly say "grant". Also use this skill when the user wants to adapt a previous proposal for a new submission. Six-phase workflow: profiling → planning → drafting → quality review → simulated peer review → submission prep. allowed_tools: - Read - Write - Edit - Bash - Glob - Grep - WebFetch # Use to verify current salary caps, deadlines, or solicitation details - WebSearch # Use to look up specific program announcements or funding opportunities
Grant Proposal Skill
Core Philosophy
Three principles govern every interaction:
1. **Grant applications are arguments, not requests.** Every section must advance a persuasive case. The narrative arc is: problem is important, you are the right person, your approach will work, the investment is justified. 2. **Write like a domain expert, not a template filler.** Generic language kills proposals. Every sentence must reflect deep knowledge of the specific field. 3. **Grant is not Paper.** A paper reports results; a grant sells a future. Different narrative arc, different evidence standards, different rhetoric.
Additional operating principles:
- **Reviewer perspective, not applicant perspective.** Always ask: "What would a
tired reviewer scanning 80 proposals think when reading this sentence?"
- **Every claim needs evidence; every expense needs task traceability.**
- **Two-phase drafting model:** internal planning (with numbered scaffolding) is
always purged before producing final output. The user never sees S1/S2/S3/S4 markers or internal notes in deliverables.
---
Routing Logic
On first interaction, determine the track:
IF user mentions NSFC / 国自然 / 青年基金 / 面上 / 地区 / 重点 / Chinese agency
→ CN MODE
ELIF user mentions NSF / NIH / DOE / DARPA / NASA / R01 / R21 / CAREER / US agency
→ US MODE
ELSE
→ ASK: "Are you targeting a US agency (NSF, NIH, DOE, DARPA, NASA) or a
Chinese agency (NSFC programs)? This determines the template, structure,
and review criteria I will use."**Language strategy:**
- CN mode: draft proposal content in Chinese (中文), but interact in whatever
language the user uses.
- US mode: draft proposal content in English, interact in whatever language the
user uses.
- Internal skill instructions are always in English.
---
State Persistence
All session state is saved to `GRANT_STATE.json` in the working directory.
GRANT_STATE.json Schema
{
"meta": {
"track": "US" | "CN",
"agency": "NSF" | "NIH" | "DOE" | "DARPA" | "NASA" | "NSFC",
"program": "string (e.g., CAREER, R01, 青年科学基金)",
"created": "ISO-8601",
"last_modified": "ISO-8601",
"current_phase": "0"|"1"|"2"|"3"|"4"|"5"|"complete",
"current_step": "string"
},
"profile": {
"applicant_name": "",
"institution": "",
"career_stage": "early | mid | senior",
"field": "",
"subfield": "",
"roi_score": 0-15,
"recommended_programs": []
},
"structure": {
"title": "",
"claims_aims_evidence_matrix": [],
"outline": {},
"figure_plan": []
},
"drafts": {
"section_name": {
"version": 1,
"status": "planning | drafting | polished | reviewed",
"file_path": "",
"backup_path": ""
}
},
"review": {
"tier1_results": {},
"tier2_results": {},
"severity_report": []
},
"simulated_review": {
"scores": {},
"weaknesses": [],
"revision_suggestions": []
}
}**Rules:**
- Read `GRANT_STATE.json` at the start of every conversation turn to resume context.
- Write `GRANT_STATE.json` after completing any phase or significant sub-step.
- If the file does not exist, create it during Phase 0.
---
Safety Rules
1. **Auto-backup before writes.** Before overwriting any file, copy the existing version to `backups/<section_name>_v<N>.<timestamp>.txt`. Use Bash `cp` for this. If `backups/` does not exist, create it with `mkdir -p backups` before the first backup. 2. **Never modify the user's original files without confirmation.** If the user provides source files, work on copies. Always ask before writing back. 3. **Warn on destructive operations.** If a phase would discard previous work (e.g., re-running Phase 1 after Phase 2 drafting), warn the user and require explicit confirmation. 4. **Sensitive data.** Never include PI personal information (SSN, bank details) in any generated file. If encountered, warn and redact.
---
Reference Files
The skill uses supporting files in sibling directories:
- `references/us/` — US agency guidelines: `nsf_guide.md`, `nih_guide.md`, `doe_guide.md`, `darpa_guide.md`, `nasa_guide.md`
- `references/cn/` — CN agency guidelines: `nsfc_guide.md`
- `references/common/` — shared resources: `reviewer_personas.md`, `common_mistakes.md`, `resubmission.md`
- `references/rubrics/` — scoring rubrics: `nsf_rubric.json`, `nih_rubric.json`, `nsfc_rubric.json`
- `templates/us/` — US templates: `nih_specific_aims.md`, `nsf_project_summary.md`, `budget_justification.md`
- `templates/cn/` — CN templates: `nsfc_justification.md`, `nsfc_research_content.md`, `nsfc_research_foundation.md`, `nsfc_abstract_5sentence.md`
- `config.yaml` — skill configuration: supported agencies/programs, golden ratio
benchmarks, AI-flavor patterns, severity levels. Read at Phase 0 initialization.
- `scripts/` — deterministic check scripts:
- `validate_length.py` — section length vs golden ratio/page limits
- `validate_citations.py` — citation consistency and compl
A Super AI Lab with massive AI Doctors as Assistants. Best IDE for Research via AI Power.
Repo: OpenLAIR/dr-claw
Other skills on dr-claw.
- /dr-claw
Dr. Claw skill for OpenClaw project discovery, idea intake, waiting-session triage, structured session control, event-driven notifications, and mobile reporting through the local drclaw CLI.
Open skill - /academic-researcher
Academic research assistant for literature reviews, paper analysis, and scholarly writing. Use when: reviewing academic papers, conducting literature reviews, writing research summaries, analyzing methodologies, formatting citations, or when user mentions academic research,
Open skill - /autogpt
Autonomous AI agent platform for building and deploying continuous agents. Use when creating visual workflow agents, deploying persistent autonomous agents, or building complex multi-step AI automation systems.
Open skill - /crewai
Multi-agent orchestration framework for autonomous AI collaboration. Use when building teams of specialized agents working together on complex tasks, when you need role-based agent collaboration with memory, or for production workflows requiring sequential/hierarchical
Open skill - /langchain
Framework for building LLM-powered applications with agents, chains, and RAG. Supports multiple providers (OpenAI, Anthropic, Google), 500+ integrations, ReAct agents, tool calling, memory management, and vector store retrieval. Use for building chatbots, question-answering
Open skill - /llamaindex
Data framework for building LLM applications with RAG. Specializes in document ingestion (300+ connectors), indexing, and querying. Features vector indices, query engines, agents, and multi-modal support. Use for document Q&A, chatbots, knowledge retrieval, or building RAG
Open skill

