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

Abstract Writing

ASecurity

Writing abstracts that get papers read — structured content, the 5-sentence core, and journal-specific constraints.

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 abstract-writing --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Abstract Writing?

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

Security grade badge for Abstract Writing
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/aicodedecode-abstract-writing/badge)](https://www.skillsdirectory.com/skills/aicodedecode-abstract-writing)

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: abstract-writing
description: Writing abstracts that get papers read — structured content, the 5-sentence core, and journal-specific constraints.
category: scientific
---

## Overview

The abstract is the most-read part of any paper: it decides whether
anyone reads further, and it's what indexes, feeds, and AI summarizers
see. This skill covers the anatomy of an effective abstract (context,
gap, method, key results with numbers, conclusion), adapting to
structured vs unstructured formats and word limits, and the editing
that compresses without losing meaning.

## When to use

- Writing the abstract for a paper, preprint, or conference submission
- Condensing a finished paper to 150–300 words without losing the findings
- Adapting one abstract across journals with different formats and limits
- Writing conference abstracts that get accepted for talks
- Diagnosing why an abstract fails to convey the work

## Core concepts

- **The 5-sentence core:** (1) context — why this matters; (2) gap — what's unknown; (3) method — what you did; (4) results — what you found, with key numbers; (5) conclusion — what it means. Every effective abstract contains all five, whatever the journal's headings.
- **Numbers, not adjectives:** "increased by 43%" beats "increased substantially"; "n = 1,204" beats "a large sample". The abstract is where quantitative claims earn reading.
- **Standalone readability:** the abstract must make sense without the paper — define essential abbreviations, don't cite references (or keep to an absolute minimum where allowed), don't point at figures.
- **Tense discipline:** past tense for what you did and found; present tense for established knowledge and conclusions ("X is associated with Y").
- **The promise contract:** every claim in the abstract must appear in the body — abstracts get fact-checked against papers, and mismatches kill credibility.
- **Keyword thinking:** the title + abstract are what search indexes see — include the field's standard terms (not just your lab's pet names) so the right readers find it.

- **The "so what" test:** after drafting, ask what a reader gains from this abstract alone — if the answer is vague, the findings aren't stated concretely enough.
- **Structured vs unstructured:** structured abstracts (Background/Methods/Results/Conclusions) force completeness; unstructured ones need the same content in flowing prose — either way, all five core sentences must appear.
- **Keyword strategy:** include the field's standard terms (not just your lab's pet names) — the abstract is what search engines and indexing services see.

## Practical workflow

### 1. Draft from the 5-sentence core

1. Write one sentence for each: context, gap, method, results, conclusion. Don't worry about length yet.
2. Expand results to 2–3 sentences if the findings need it — results are the abstract's center of gravity (~40% of words).
3. Check: could a non-specialist in your field understand what was done and found? If not, the jargon density is too high.

### 2. Compress ruthlessly

1. Cut throat-clearing ("In recent years, there has been growing interest in...") — start with the substance.
2. Replace phrases with words ("due to the fact that" → "because"); delete "very", "quite", "rather", "notably" on sight.
3. Merge sentences sharing a subject; prefer one precise verb over verb+noun constructions ("we measured" not "we performed measurements of").

### 3. Adapt to the venue

1. **Structured abstracts** (Background/Methods/Results/Conclusions): fill each heading with its content — don't let Methods balloon; Results still dominate.
2. **Word limits:** 150 words (letters journals) vs 250–300 — prioritize in order: results, conclusion, method, gap, context. Cut context first, never results.
3. **Conference abstracts:** emphasize the question and the punchline — reviewers select for talks based on clarity of the takeaway.

### 4. Verify and polish

1. Fact-check every number against the paper — abstract errors are the most visible errors.
2. Read it aloud: if you stumble, the sentence is too long — abstracts reward short sentences.
3. Test: hand it to a colleague outside the subfield; ask what the paper found. Their answer is what the abstract actually says.

### 5. Adapt the abstract to the venue

1. Check the target journal's format: word limit (150–300), structured or not, reference/citation policy, abbreviation rules — format violations irritate editors before review starts.
2. For conferences: emphasize the question and the punchline over methods — program committees select for clarity of contribution.
3. For preprints: the abstract plus title is the entire first impression — invest disproportionately; it's also what gets indexed and summarized by AI tools.

### 6. Quick-reference checklist

- [ ] All five core sentences present (context, gap, method, key result, meaning)
- [ ] Key quantitative result with uncertainty included
- [ ] Method described in one clause, not a paragraph
- [ ] No citations, figure references, or undefined abbreviations
- [ ] Written LAST, after all numbers are final
- [ ] "So what" test passed — a reader gains something from the abstract alone
- [ ] Word limit and format (structured/unstructured) match the venue
- [ ] Field-standard keywords included for discoverability

## Common pitfalls

- **Adjective abstracts:** "novel", "robust", "significant" without numbers — claims without evidence don't survive the abstract.
- **Method-heavy, result-light:** 60% of words on how, one vague sentence on what was found — invert the ratio.
- **Unexplained abbreviations:** every undefined acronym shrinks your audience.
- **Overclaiming:** "proves", "for the first time", "paradigm shift" — reviewers read abstracts first and punish hype hardest there.
- **Background dump:** three sentences of field history before reaching the work — one sentence of context suffices.
- **Stale abstracts:** written before the final analysis and never updated — the abstract must be the last thing finalized, not the first.
- **Writing the abstract first:** drafting before results are final guarantees staleness — write it last, after every number is fixed.
- **Citing figures or references:** "as shown in Fig. 3" in an abstract breaks standalone readability — describe the finding, not its location.

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 →