Revision and Editing (hlr-revision-and-editing)

SkillDev tools

Use when working through the Harvard Law Review (HLR) post-acceptance editing cycle, successive substantive and technical edit rounds, responding to editor markups, and page proofs to publication. Drives the edit cycle to completion; it does not manage the offer/expedite phase (hlr-placement-strategy) or the first editor handshake (hlr-student-editor-review).

Instructions available. Your AI can read the instructions. Execution depends on the setup they require.

Add ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.

Then ask your AI: use the Revision and Editing (hlr-revision-and-editing) skill

What this skill tells your AI

The instructions your AI receives, as published by brycewang-stanford/awesome-journal-skills in Harvard-Law-Review-Skills/skills/hlr-revision-and-editing/SKILL.md and read by ahel’s review.

After acceptance, an HLR piece goes through an intensive, multi-round editing cycle run by student editors — heavier and more iterative than at most journals. There is no single "R&R letter" as in peer review; instead there are successive passes (substantive, technical/line, Bluebook, proofs), each with deadlines. This skill keeps the cycle moving, protects the argument across rounds, and lands the piece in print without late surprises.

When to trigger

  • The substantive edit is underway and rounds are stacking up
  • You receive markups, queries, or new source-pull requests between rounds
  • You disagree with a proposed change and must respond across a round
  • Page proofs arrive and need a careful final pass

The edit cycle (round by round)

RoundFocusAuthor's job
Substantive round(s)Strengthen the argument; close gaps editors flaggedRevise on the merits; defend with reasons where warranted
Technical / line roundProse, clarity, house styleApprove or push back on specific edits, not en masse
Bluebook / cite roundEvery footnote conformed and verifiedSupply pincites/sources fast; fix unsupportable claims
Page proofsFinal typeset, last correctionsCatch errors; make only essential changes

Working the cycle well

  1. Resolve substance before style. Settle the argument-level edits early; do not relitigate them once the piece moves to line and Bluebook rounds.
  2. Track every change across rounds. Edits move footnotes and text; a fix in round one can break an Id. or a cross-reference in round three. Re-verify short forms after each round (see hlr-sources-and-bluebook).
  3. Respond comprehensively, not selectively. Address every query in a round; partial responses cause another round and slip the schedule.
  4. Keep a clean change log. Note what you accepted, what you pushed back on, and why — it prevents re-arguing settled points and helps the next editor.
  5. Protect the voice and the claim; concede the rest. Defend substance and signature phrasing with reasons; concede style and formatting to keep goodwill and momentum.
  6. Proof carefully, change minimally. At proofs, fix errors — do not reopen the argument.

Deadlines and momentum

The cycle runs on the journal's production calendar. Responsiveness is the variable you control: fast, complete returns keep the piece on schedule and signal good faith; slow returns stall it and strain the team. Build in time for the source-pull rounds, which are the most labor-intensive for the author.

Checklist

  • Substantive edits resolved before line/Bluebook rounds
  • Every query in each round answered (no partial returns)
  • Short forms / cross-references re-verified after each round of moves
  • Source-pull requests answered with exact pincites, fast
  • Change log kept (accepted / pushed back / why)
  • Argument and voice protected; style conceded
  • Page proofs reviewed for errors only

Anti-patterns

  • Reopening settled substantive edits during the line or Bluebook round
  • Partial responses that trigger extra rounds and slip the calendar
  • Leaving dangling Id./supra after footnotes were reordered in a round
  • Fighting every line edit and exhausting editor goodwill
  • Introducing new argument at page proofs

Output format

【Round】substantive / technical / Bluebook / proofs
【Open queries】count + the hard ones
【Short forms re-verified】after this round's moves? [Y/N]
【Change log】updated (accepted / pushed back / why)? [Y/N]
【Deadline】next return date
【Next】next round → publication (loop hlr-student-editor-review for relationship issues)

Supplementary resources

Signals

GitHub stars
1k
Forks
155
Last commit
Sep 2026
Advanced
Item type
skill
Key
hlr-revision-and-editing
Source
github.com/brycewang-stanford/awesome-journal-skills