MIT License

技术解读

以下内容由 GitRead 中文社区 编辑团队基于项目 README 与官方资料整理, 结合中文开发者的常见使用场景补充技术选型建议。具体以项目官方文档为准。

SNL-UCSB/paper-writing-skill 技术解析

项目背景与痛点

在学术研究中,论文写作是一项繁琐而耗时的任务。为了确保研究结果能够被接纳和推广,撰写高质量的科研论文显得尤为重要。然而,不仅需要在技术内容上展现深度与创新性,还需要熟练掌握论文写作的技巧,包括明确的叙述结构和逻辑表达。传统的写作流程往往散乱无序,缺少系统化的规划。SNL-UCSB/paper-writing-skill 应运而生,它是一套采用 Claude Code 技术的写作辅助工具,融合了经过验证的编辑原则和部分结构化写作流程。项目通过列举一系列必经的写作步骤(Brainstorm → Draft 0 → Evaluate → Write → Compress),引导作者逐步优化论文内容。

核心技术揭秘

架构与实现

SNL-UCSB/paper-writing-skill 的关键技术在于编码与执行一系列的写作流程。每个阶段之间的流转和逻辑判断都通过特定的算法实现。例如,在 Brainstorm 阶段,系统可能会通过 NLP 技术抓取关键点;在 Compress 阶段,则会自动优化和压缩内容。

graph TD A[用户输入] --> B[触发 Brainstorm] B --> C[收集初始想法] C --> D[整理 Ideation] D --> E[开始撰写 Draft 0] E --> F[评估 Draft 0] F -->|"高度修改"| G[部分重写] F -->|"小幅调整"| H[直接继续撰写] G --> H H --> I[优化内容] I --> J[内容压缩] J --> K[提交]

核心算法

系统内在的关键算法涵盖许多层次。最核心的在于捕捉编辑原则和转换过程的逻辑节点,结合领域知识并且自动化合理的建议和修改。另外,自动化的验证和评估机制会根据预设的规则和标准,动态调整每个阶段的输出内容。

功能亮点与差异

相比于其他论文写作工具,SNL-UCSB/paper-writing-skill 的最大特点是注重每一步的顺序性和准确性,从构思草稿阶段到最终的优化紧凑,均自成一体,且各阶段之间严丝合缝。这使用户能够在严格的指导下来优化学术论文的内容,增强论文逻辑性与科学严谨性。另外,SNL-UCSB/paper-writing-skill 还具备一定的自动化辅助能力,尤其是在评估过程中的反馈与改进建议。

应用场景与落地建议

以学术研究队和论文撰写人员为用户,这一工具提供了一个系统化的流程支持,在保持创造力的同时有效提升写作效率和内容质量。不过,使用中需要注意,虽然工具提供的建议和修改方向对专业范围很清晰,但其并不能覆盖所有细节和领域知识,需要人工配合优化。

建议将此工具应用于具有明确结构和逻辑需要的论文撰写项目,更适合科学学术类研究领域。同时,合理利用工具建议进行评估反馈将显著提高论文质量。

综合评价

优点:

  • 提供清晰明确的写作阶段和指导
  • 自动化的评估与反馈
  • 提高写作质量和逻辑严谨性

缺点:

  • 可能无法覆盖所有特定领域和细节需求

SNL-UCSB/paper-writing-skill 是一款专注于学术论文写作的专业辅助工具,通过系统化的流程优化,增强了论文撰写的过程和内容质量。它的价值在于其提供的不同阶段的判断和细化操作,帮助作者系统化地进行论文创作,但需要根据自己的需求调整和改进。

关于

GitHub 原始描述(英文)

A Claude Code skill that encodes battle-tested editorial principles, section-specific rhetorical moves, and a structured writing pipeline for research papers. Brainstorm → Draft 0 → Evaluate → Write → Compress.

描述取自 GitHub 官方 API,保持仓库作者书写的原文。

简要分析

热度分
121
价值分
68
活跃状态
活跃

语言占比

Shell

贡献者

README

paper-writing-skill

A Claude Code skill that encodes a research-paper writing methodology: a five-stage pipeline, section-by-section rhetorical moves, a style audit that runs on every edit, an independent red-team, and a figure-synthesis workflow for non-data figures. The rules are empirical — distilled from forensic analysis of real paper revisions (7,600+ Overleaf edits, 100+ tex versions, 5 peer-review cycles across systems and ML venues). See DESIGN.md for the rationale and evidence behind each rule.

It offloads the scaffolding — section structure, cross-section coherence, page-limit compression, voice consistency, figure generation — so the writer keeps the hard parts: what the paper claims, whether the evidence supports it, and how to position the work.

Who it’s for: PhD students and researchers writing conference or journal papers. Tuned for systems/networking (SIGCOMM, NSDI, CoNEXT, IMC) and ML (NeurIPS, ICLR, ICML); adaptable to any field (see Customize).

Quick Start

git clone https://github.com/SNL-UCSB/paper-writing-skill.git
cd paper-writing-skill
./setup            # installs to ~/.claude/skills/paper-writing/

Then, in your paper’s directory: run claude, and type /paper-writing. If a project_context.md exists, Claude loads it and continues; if not, it runs a structured brainstorming session (34 questions across 6 phases) to create one.

Requires Claude Code installed and signed in (https://docs.claude.com).

How It Works

Three layers: a fixed pipeline, customizable rules (defaults provided), and a per-paper project context.

The pipeline (five stages):

  1. Brainstorming — 34 questions across 6 phases produce a project_context.md (the binding contract for every later session).
  2. Architecture — section outline, claim assignments, figure/table plan, page budget.
  3. Section drafts — enforced order: Draft 0 Introduction → Evaluation → Design → Background → Related Work → Final Introduction → Abstract. The introduction is written twice; topic sentences are written and checked for a coherent argument before full prose.
  4. Integration — cross-section consistency (terminology, claims, headings, flow).
  5. Compression — 7 operations, 30–50% target reduction.

The style audit. Every tex edit passes a mandatory gate. The style layer is three files, split by mechanism:

File Role
author_profile/gate_mechanical.md The single grep gate (M1–M18): em-dashes, antithesis, filler/pompous/fancy words, passive voice (zero tolerance), wordiness, term-drift. Runs on every edit.
author_profile/gate_semantic.md The single reader-judgment gate (S1–S31): define-before-use, followability, coherence, consistency, rigor/grounding, honest positioning, figures, closure. Runs in the red-team/loop pass.
author_profile/craft_reference.md How to write (the positive layer): sentence-level style and three registers (base/terse, conceptual/position, warm/narrative).

The red-team. After the author’s audit, an independent reviewer that did not write the text re-runs the greps and applies the semantic gate with a fresh-reader lens, returning findings — not a yes/no. Run it iteratively via /loop (loop_mode.md), which keeps a disk-backed ledger and stops itself when every section is clean. See red_team_protocol.md.

Figure synthesis (figure_synthesis_guide.md). A three-mode workflow (spec → generate → critique) for non-data figures — architecture diagrams, pipeline flows, concept illustrations — with venue-specific styling. Data figures (plots) go through the separate /viz skill.

Common workflows

  • “Help me write the evaluation” — drafts the 6-move sequence, then runs the checklist.
  • “Review this introduction” — applies the intervention types, returns numbered feedback.
  • “Compress section 4” — applies the 7 compression operations, reports before/after counts.
  • “Audit with the paper-writing skill until clean” — runs the /loop red-team cycle.
  • “I need an architecture diagram” — walks the figure spec → generate → critique.

What’s in This Repo

paper-writing-skill/
├── SKILL.md                       # Main skill file (Claude reads this)
├── brainstorming_guide.md         # 34 questions across 6 phases
├── figure_synthesis_guide.md      # Non-data figure workflow
├── red_team_protocol.md           # Independent, evidence-gated review
├── loop_mode.md                   # Resumable /loop audit-and-fix
├── setup                          # One-command installer
├── DESIGN.md                      # Rationale + evidence behind the rules
├── author_profile/                # Editorial rules (defaults, customizable)
│   ├── editorial_principles.md    #   14 principles with evidence
│   ├── craft_reference.md         #   how to write (three registers)
│   ├── gate_mechanical.md         #   the grep gate (M1–M18)
│   ├── gate_semantic.md           #   the reader-judgment gate (S1–S31)
│   ├── compression_patterns.md    #   7 compression operations
│   ├── rhetorical_moves.md        #   cross-section move sequences
│   └── intervention_types.md      #   7 advisor intervention types
├── writing_checklists/            # Post-draft structural checklists
├── section_rhetorical_moves/      # Per-section move sequences + examples
├── figure_templates/              # Venue styles, prompts, TikZ skeletons
└── examples/                      # project_context template + a real example

The rules, checklists, and move guides also work without Claude Code — print them for a lab workshop, or use the checklists for self-review before sending a draft to an advisor.

Customize for Your Field

Defaults ship for systems/networking and ML venues. Edit files in author_profile/:

  • craft_reference.md — sentence-length targets, tone, and the three registers.
  • gate_mechanical.md / gate_semantic.md — add or relax specific checks (keep the term-drift list current per paper).
  • editorial_principles.md — add or reprioritize principles (keep introduction-twice and named-over-vague; they are venue-agnostic).
  • compression_patterns.md, section_rhetorical_moves/, figure_templates/ — tune compression intensity, add move examples from your field, adjust figure styling per venue.

For advisors: fork the repo, encode your standards in author_profile/, and have students clone your fork — they get your group’s conventions immediately. Students can further customize; the pipeline stays consistent.

Troubleshooting

  • /paper-writing not recognized — re-run ./setup; check ls ~/.claude/skills/paper-writing/SKILL.md.
  • Rules not being followed — invoke /paper-writing explicitly at the start; the skill only activates when invoked.
  • Start a paper’s context over — delete project_context.md and invoke /paper-writing again.
  • Updated the repo but Claude uses old rules — run ./setup again after git pull.

Always edit files in this repo, not in ~/.claude/skills/; ./setup copies them into place.

License

MIT. If you use this in your research workflow, cite:

@misc{paper-writing-skill,
  author = {Gupta, Arpit},
  title  = {paper-writing-skill: A Claude Code skill for research paper writing},
  year   = {2026},
  publisher = {GitHub},
  url    = {https://github.com/SNL-UCSB/paper-writing-skill}
}

评论

暂无评论