本文へ移動
cccskills
無料GitHub で公開

abstract-writing

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

インストール方法を見る

含まれるファイル(1)

  • SKILL.md6.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

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.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Master 1Password: vaults, Watchtower, passkeys, SSH agent, CLI, and family/team administration. Use when getting full value from 1Password personally or administering it for others.

日本語の概要は準備中です。原文の説明を表示しています。

aicodedecode/awesome-muse-skills172026年10月10日 更新

Create 3D visuals with modeling, texturing, lighting, rendering, and optimization for web and product.

日本語の概要は準備中です。原文の説明を表示しています。

aicodedecode/awesome-muse-skills172026年10月10日 更新

Create 3D web experiences: scene setup, models, materials, lighting, animation, scroll-driven scenes, and performance budgets. Use when adding 3D to websites beyond basic demos.

日本語の概要は準備中です。原文の説明を表示しています。

aicodedecode/awesome-muse-skills172026年10月10日 更新

Learn effectively from courses and academies: choosing programs, studying actively, and converting courses into skills. Use when investing time/money in structured learning.

日本語の概要は準備中です。原文の説明を表示しています。

aicodedecode/awesome-muse-skills172026年10月10日 更新

Audit designs for accessibility with WCAG checklists covering color, type, focus, motion, and content.

日本語の概要は準備中です。原文の説明を表示しています。

aicodedecode/awesome-muse-skills172026年10月10日 更新

Run ABM programs — target account selection, personalized campaigns, sales orchestration, and account-level measurement.

日本語の概要は準備中です。原文の説明を表示しています。

aicodedecode/awesome-muse-skills172026年10月10日 更新

aicodedecode のスキルをすべて見る

このスキルの問題を報告する