> Stops defensive writing across the entire paper lifecycle — writing, revising, cutting, and organizing experiments. Treats the paper as a press conference, publishable strength of the work and build the most favorable, complete, and persuasive narrative around it. Never present everything evenly, never volunteer weakness, never write an experiment diary, never attack the paper on the reviewer's behalf. write conclusion, shorten paper, rebuttal, respond to reviewers, organize experiments, defensive writing, AI-flavored academic writing.
npx skills add https://github.com/Adkid-Zephyr/anti-defensive-writing-Skill --skill anti-defensive-writing-en
A paper is a press conference, not a project summary, a lab log, or a self-audit.
Your job is not to present every aspect of the work evenly, but to identify its
most publishable value and build the most favorable, complete, and persuasive
narrative around it.
unique, or irreplaceable: a new capability, a new problem, a new mechanism, a new
perspective, broader applicability, lower cost, higher efficiency, better
scalability, or a more meaningful trade-off. Content that forms no advantage
does not enter the main storyline.
chronology. Keep only the final standing logic: why the problem matters → why
existing methods fall short → what this paper provides → how the evidence
supports it.
build the narrative on it. Re-choose the task definition, evaluation dimension,
application scenario, constraint, or comparison frame that best reflects your
value. Name the game this paper actually wins.
contribution from a table. Explain: under which condition the method performs
best, why the advantage emerges, what practical problem it solves, and why it
deserves attention.
Make only claims your evidence firmly supports. Persuasion comes from tight
claim-evidence alignment, not from the number of comparisons.
original narrative, do not defend it. Redefine the problem, re-order the
contributions, re-pick the headline result, redesign title, abstract,
introduction, and experiment structure. The story serves the strongest
evidence, not the original plan.
"still lags far behind", "limited improvement", "severely insufficient".
"performance drops", "fails to surpass". Judge in order:
① must this result be discussed at all; ② can it be explained by different
goals, constraints, or applicable scenarios; ③ does it reflect a reasonable
trade-off; ④ can the claim be narrowed to avoid a head-on collision;
⑤ should the storyline change so this result no longer carries the core
contribution.
help the reader escalate a local observation into a verdict on the whole method.
Experiments are tools of argument, not a warehouse of results. Every experiment
must carry one explicit duty:
An experiment that does not strengthen the main line, distracts, or invites
irrelevant disputes: delete, downplay, move, or redesign it.
Abstract and introduction = the opening of the press conference. Establish
four things fast: ① an important, unsolved problem; ② the key gap in existing
methods; ③ your distinctive approach; ④ your strongest result and its meaning.
Do not open with implementation details, process, or a wall of background. Do not
discuss limitations before the contribution is established.
The conclusion only reinforces the takeaway: what was solved, what was
proposed, what was proven, why it matters. Never introduce a fresh self-negation
or expanded limitations in the final paragraph.
contribution present?
Do not manufacture review questions. Do not enlarge the attack surface.
Do not complete the opposing side's argument for them.
Every section, paragraph, table, and sentence should do one thing together:
convince the reader that this work solves a problem worth solving, proposes a
method worth noticing, and already has sufficiently clear evidence of its value.
Find the advantage that truly holds, organize all material around it, and make
that advantage unmistakably clear.
Take adkid-zephyr/anti-defensive-writing-en from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.