Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsBlogPro
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges
  • Chrome Extension
  • Skill Manager

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Specific Aims Page

ASecurity

Writing the one-page Specific Aims — the grant's elevator pitch, structure, and the mistakes that lose reviewers in 30 seconds.

2 stars
0 votes
0 copies
0 views
Added 9/29/2026
ai-agentsgo

Security Analysis

A100/100

Scanned 9/29/2026

$npx -y skills add aicodedecode/awesome-muse-skills --skill specific-aims-page --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Specific Aims Page?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Specific Aims Page
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/aicodedecode-specific-aims-page/badge)](https://www.skillsdirectory.com/skills/aicodedecode-specific-aims-page)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
Files
SKILL.md
---
name: specific-aims-page
description: Writing the one-page Specific Aims — the grant's elevator pitch, structure, and the mistakes that lose reviewers in 30 seconds.
category: scientific
---

## Overview

The Specific Aims page is the most important page of a grant: reviewers
form their impression here, and many never fully recover from a
confusing one. This skill covers the canonical structure (hook, gap,
central hypothesis, aims with working hypotheses, impact), writing aims
that are ambitious yet feasible, and the editing that fits it all on one
page without sacrificing clarity.

## When to use

- Writing an NIH R01-style Specific Aims page (or equivalent one-page summary)
- Restructuring aims that reviewers called "diffuse", "overambitious", or "descriptive"
- Deciding how many aims and how independent they should be
- Fitting the narrative to one page without shrinking the font into oblivion
- Reviewing a colleague's aims page before submission

## Core concepts

- **The 30-second test:** a reviewer skimming for 30 seconds should grasp the problem, the hypothesis, the 2–3 aims, and why it matters — if any element is missing or buried, the page fails.
- **Canonical structure:** opening hook (the problem's importance, 2–3 sentences) → gap in knowledge → long-term goal → central hypothesis → rationale → 2–3 aims (each: working hypothesis + approach + expected outcome) → impact/payoff paragraph.
- **Aim anatomy:** each aim states a working hypothesis, the approach to test it, and the expected outcome — aims without hypotheses are fishing expeditions; aims without approaches are wishes.
- **Aim independence:** aims should stand alone enough that if Aim 2 fails, Aim 3 still works — reviewers punish "Aim 2 depends on Aim 1 succeeding" chains (the domino problem).
- **Feasibility signaling:** preliminary data placed strategically (one key figure's worth, described crisply) proves you can do this — aims pages without feasibility evidence read as fantasy.
- **Significance vs innovation:** significance = why the problem matters (disease burden, field bottleneck); innovation = what's new about your approach — reviewers score both; don't conflate them.

- **The "aims as experiments" trap:** aims should be questions with hypotheses, not lists of experiments — "Aim 1: Determine whether X causes Y by..." not "Aim 1: We will do assays A, B, C."
- **Significance embedded in each aim:** every aim's rationale should restate why its question matters — reviewers score significance per-aim in their heads; don't make them infer it.
- **The fallback position:** for each aim, one sentence on what you'll conclude if the hypothesis is wrong — negative results that still advance the field signal scientific maturity.

## Practical workflow

### 1. Draft the skeleton

1. Write the one-sentence central hypothesis first — everything hangs on it; if you can't state it, the aims aren't ready.
2. Draft 2–3 aims (3 is traditional; 2 strong aims beat 3 thin ones), each with working hypothesis + approach + expected outcome in 3–4 sentences.
3. Write the opening hook and the closing impact paragraph last — they're easier once the science is clear.

### 2. Build each aim

1. **Bold aim header:** "Aim 1: Determine how X regulates Y." — declarative, specific, hypothesis-implying.
2. **Working hypothesis:** "We hypothesize that..." — explicit, testable, falsifiable.
3. **Approach sketch:** 1–2 sentences on the key methods (not a protocol — that's the Research Strategy's job).
4. **Expected outcome + fallback:** what you'll learn, and briefly what it means if the hypothesis is wrong (reviewers love alternative-outcome thinking — it signals maturity).

### 3. Weave the page

1. Order aims logically (often: mechanism → function → translation, or independent parallel questions).
2. Add transitions: each aim's rationale should flow from the gap or from the previous aim's expected outcome.
3. Place preliminary data references where they buy the most credibility (usually supporting the riskiest aim).

### 4. Edit to one page

1. Cut background ruthlessly — the aims page is not a literature review; 3–4 sentences of context maximum.
2. Kill throat-clearing and hedging; use active voice and strong verbs.
3. Formatting discipline: readable font size (never below the agency minimum), white space, bolded aim headers — a cramped wall of text signals a disorganized mind.
4. Read aloud for flow; have a non-expert colleague do the 30-second test.

### 5. Pressure-test the aims page

1. The 30-second test: hand it to a colleague outside your subfield — can they state the problem, hypothesis, aims, and payoff? Fix whatever they miss.
2. The domino test: if Aim 1 fails completely, do Aims 2–3 still stand? Restructure any aim that depends on another's success.
3. The "so what" test per aim: if the aim succeeds exactly as hoped, what changes? If the answer is "we'll know more about X," the significance isn't sharp enough.

### 6. Quick-reference checklist

- [ ] Problem and significance land in the first paragraph
- [ ] Central hypothesis stated early and boldly
- [ ] Aims are questions with hypotheses, not lists of experiments
- [ ] Each aim independently informative (no domino dependencies)
- [ ] Rationale embedded in each aim's opening
- [ ] Feasibility evidence present per aim (preliminary data)
- [ ] Innovation named explicitly (what's new, why it matters)
- [ ] 30-second test passed with a colleague outside your subfield

## Common pitfalls

- **The domino structure:** Aim 2 requires Aim 1's success — reviewers see a single point of failure and score feasibility down.
- **Descriptive aims:** "Aim 1: Characterize X" with no hypothesis — characterization is a method, not an aim; state what you hypothesize the characterization will reveal.
- **Too many aims:** 4+ aims on one page means none gets developed — depth beats breadth.
- **Missing central hypothesis:** a list of experiments without an organizing idea — reviewers call this "a fishing expedition".
- **Hype without feasibility:** bold claims, zero preliminary data — ambition must be earned with evidence.
- **Impact vagueness:** "will advance our understanding" — of what, for whom, enabling what next step? Be concrete about the payoff.
- **Aims that are really methods:** "Aim 2: Develop a mouse model" — model development is a means; the aim is the question the model answers. Demote methods to approach.
- **Hiding the hypothesis:** burying the central hypothesis in paragraph three — state it early and boldly; reviewers shouldn't have to excavate it.

Attribution

aicodedecodeaicodedecode
View sourceSee grades on GitHubMore from aicodedecode →
SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Related Skills

Caveman

Terse caveman voice: answer first, fluff gone, every technical fact kept. Use for /caveman, "caveman mode", "talk like caveman", "be brief", "less tokens". Stays on until "stop caveman" or "normal mode".

1100021 votes

Hyperplan

Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...

698621 votes

Writing Skills

Create and manage Claude Code skills in HASH repository following Anthropic best practices. Use when creating new skills, modifying skill-rules.json, understanding trigger patterns, working with hooks, debugging skill activation, or implementing progressive disclosure. Covers skill structure, YAML frontmatter, trigger types (keywords, intent patterns), UserPromptSubmit hook, and the 500-line rule. Includes validation and debugging with SKILL_DEBUG. Examples include rust-error-stack, cargo-dep...

3931 votes

Mcp Code Execution

Routes multi-tool workflows through MCP servers for large datasets and pipelines. Use when Bash tool overhead is limiting throughput on data-heavy tasks.

3421 votes

catchup

Recovers the conversation and failed tool calls of a previous Codex, Amp, Claude Code, Antigravity, Cline, Copilot CLI, Cursor, DeepSeek Harness, Grok Build, Kimi, OpenCode, Pi Agent, or ZCode session. Use when the user says "catch up", "what did the last session do", "get me up to speed", "I switched agents", asks to recover/summarize a previous session before continuing, or asks to diagnose or report a catchup failure. Do NOT use for the current conversation, git history, or any non-agent log.

741 votes
View all in ai-agents →