Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计通过

paper-writing论文写作

Agent Skill

用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写。它适合让 Agent 提炼结构、补齐章节、统一术语、检查链接或把零散材料整理成可读文档。使用时应保留项目已有事实、命令和路径,不要把未确认的信息写成确定结论;涉及对外文案时,还需要控制语气,避免过度营销或夸大能力。

总安装

5,386

周安装

229

GitHub Stars

346

下载量

1,887
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:paper-writing(论文写作)
来源仓库:https://github.com/evoscientist/evoskills
仓库路径:skills/paper-writing
安装命令:
npx skills add https://github.com/evoscientist/evoskills --skill paper-writing
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/evoscientist/evoskills --skill paper-writing

简介

paper-writing 提供包含 11 个步骤的学术写作系统流程,涵盖各章节模板与实战写作原则。

  • 适用于撰写论文初稿、获取 LaTeX 模板或提升整体学术表达质量的场景。
  • 整合前期研究产出(如故事摘要、洞察点)作为输入源,确保内容连贯一致。
  • 使用时建议先加载上游 EvoSkills 产物,避免凭空补充未经验证的信息。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Paper Writing

A systematic 11-step workflow for writing academic papers, with section-specific templates and battle-tested writing principles.

When to Use This Skill

  • User asks to write or draft a paper or paper section
  • User needs LaTeX templates for Abstract, Introduction, Method, Experiments, etc.
  • User wants to improve academic writing quality
  • User mentions "paper writing", "write introduction", "draft method section", etc.

Artifact Sources

If you used upstream EvoSkills, pull these artifacts before writing:

Source SkillArtifactUsed In
paper-planningStory summary (task → challenge → insight → contribution → advantage)Steps 1-2 (Introduction writing plan)
paper-planningModule Motivation Mapping tableStep 3 (Method subsections)
paper-planningExperiment plan (comparisons + ablations + demos)Step 5 (Experiments section)
paper-planningPipeline figure sketchSteps 1, 6 (Method overview figure)
paper-planningClaim-to-experiment mappingSteps 2, 5 (Abstract, Introduction, Experiments)
paper-planningFallback narrative (if planned)Steps 7-8 (Introduction / Conclusion pivot)
experiment-pipelineStage 1-4 results, ablation tables, trajectory logsStep 5 (write experiments)
experiment-craftFailure analysis, implementation tricksStep 3 (Method section), Step 9 (limitations)

The 11-Step Writing Process

Follow these steps in order. Each step builds on the previous one.

  1. Draw a pipeline figure sketch — Sketch the method's pipeline figure to clarify the overall approach. The figure highlights novelty, not just explanation.
  2. Design the story and plan experiments — Outline the paper's story (core contribution, module motivations). List comparison experiments and ablation studies. Draft an Introduction writing plan.
  3. Write Method — Organize the Method writing plan, then draft Method. Run experiments in parallel.
  4. Revise Introduction and Method — Iterate on both sections while experiments continue.
  5. Write Experiments — Once experiments are mostly done, organize the Experiments writing plan, then draft.
  6. Polish figures — Finalize the pipeline figure. Create the teaser figure.
  7. Write Related Work — List related papers, group into topics, write paragraphs.
  8. Review the paper — Self-review Introduction, Method, and Experiments. Use the paper-review skill.
  9. Write Abstract — Organize the Abstract writing plan, then draft.
  10. Choose the title — List important keywords, then compose an informative title.
  11. Iterate — Repeatedly review and revise the entire paper.

Counterintuitive Writing Rules

Apply these rules when aiming for higher acceptance probability:

  1. Underclaim in prose, overdeliver in evidence: Reduce adjective intensity in Abstract/Introduction; let tables and figures carry the strength.
  2. State one meaningful limitation early: A controlled limitation statement increases credibility and lowers reviewer suspicion.
  3. Lead with mechanism, not only metric: Explain why the method works before listing numbers; reviewers trust causal logic more than isolated gains.
  4. Prefer one decisive figure over many average figures: Build one "cannot-ignore" figure that validates the central claim under hard conditions.
  5. Remove weak but flashy claims: Any claim without direct evidence should be deleted, even if it sounds impressive.
  6. Declare scope boundaries explicitly: One sentence in Introduction and Conclusion stating what your method targets reduces reviewer fear of hidden assumptions.
  7. Show one failure case: Include one representative failure with diagnosis — it signals competence, not weakness.

See references/counterintuitive-writing.md for all 7 tactics with before/after examples.

Section Quick Reference

Abstract

Answer these questions before drafting:

  1. What technical problem do we solve, and why is there no well-established solution?
  2. What is our technical contribution?
  3. Why does our method fundamentally work?
  4. What is our technical advantage / new insight?

Three template versions: challenge-first, insight-bridge, multi-contribution. See references/abstract-templates.md

Introduction

Thinking process (reverse then forward):

  • Reverse: (1) What is the technical problem? (2) What are our contributions? (3) Benefits and new insights? (4) How to lead into the challenge?
  • Forward: (1) Task → (2) Previous methods → challenge → (3) Our contributions → (4) Technical advantages and insights

Four ways to introduce the task, three ways to present challenges, four ways to describe the pipeline. See references/introduction-templates.md

Anti-pattern: Never write "here is a naive solution, then our improvement" — this makes the work appear incremental.

Method

Every pipeline module needs three elements:

  1. Module design — Data structure, network design, forward process (given X input, step 1..., step 2..., output Y)
  2. Motivation — Why this module exists (problem-driven: "A remaining challenge is...")
  3. Technical advantages — Why this module works well

Start with an Overview paragraph (setting + core contribution + section roadmap), then one subsection per module. See references/method-templates.md

Experiments

Three key questions to answer:

  1. How to prove our method is better → comparison experiments
  2. How to prove our modules are effective → ablation studies
  3. How to showcase the method's upper limit → demos on challenging data

Ablation studies need: one big table (core contributions) + several small tables (design choices, hyperparameters). See references/experiments-guide.md

Related Work

Three-step process:

  1. List papers closely related to our method (most important — missing key references can cause rejection)
  2. Determine topics based on research direction and algorithm techniques
  3. Organize writing plan based on listed papers

See references/related-work-guide.md

Conclusion

  • Must include Limitation section (reviewers frequently cite "no limitation" as a weakness)
  • Limitation = task goal / setting limitations (like future work), NOT technical defects
  • Rule: "If our method does not fall below current SOTA metrics, it is not a technical defect"

Supplementary Material

For page-limited venues, decide what goes in main paper vs. supplementary:

  • Core evidence for claims must stay in the main paper
  • Implementation details, extra ablations, full visual galleries go in supplementary
  • Reference supplementary at the point of need, not as a blanket statement

See references/supplementary-guide.md

Core Writing Principles

  1. One message per paragraph — Each paragraph conveys exactly one point
  2. Topic sentence first — The first sentence tells readers what this paragraph is about
  3. Plan before writing — Outline the writing plan, refine each part, then write English sentences
  4. Flow between sentences — Ensure logical continuity between consecutive sentences
  5. Terminology consistency — Use the same term throughout; do not alternate names
  6. Reverse-outlining — After writing, extract the outline from paragraphs; check if the flow is smooth
  7. Iterate relentlessly — Polish repeatedly, asking whether readers can follow

See references/writing-principles.md

Key Insight

Visual polish directly influences review outcomes. See the paper-planning skill's figure-design.md for the full visual quality guide.

Paper Title Guidelines

  • The title attracts specific reviewers — choose keywords carefully
  • Before writing the title, list important keywords, then compose
  • Title must be informative: include the technique, task, or problem solved
  • Avoid generic titles; specific phrases are more memorable

LaTeX Assets

Handoff to Review

Before invoking paper-review, verify this checklist:

  • All sections (Abstract, Introduction, Method, Experiments, Related Work, Conclusion) drafted
  • Every claim in Abstract/Introduction anchored to a table or figure
  • Limitation section present in Conclusion
  • Pipeline figure and teaser figure finalized
  • All \todo{} markers resolved or removed

Section Navigation

SectionReference FileWhen to Load
Abstractabstract-templates.mdStep 9: Writing abstract
Introductionintroduction-templates.mdStep 2: Story design
Methodmethod-templates.mdStep 3: Writing method
Experimentsexperiments-guide.mdStep 5: Writing experiments
Related Workrelated-work-guide.mdStep 7: Writing related work
Writing Principleswriting-principles.mdAny time during writing
Supplementarysupplementary-guide.mdDeciding main vs. supplementary content
Counterintuitive strategycounterintuitive-writing.mdImproving reviewer trust and novelty perception
Writing Practicewriting-practice.mdBuilding writing ability through deliberate practice

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

35.15%
按下载量换算663

Claude

27.97%
按下载量换算528

Cursor

18.17%
按下载量换算343

Gemini CLI

8.81%
按下载量换算166

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills