mlsanityData to 14 Oct 2026

Excision Score: Evaluating Edits with Surgical Precision

arXiv 2510.21537 ↗First posted 24 Oct 2025cs.LGcited by 0

Not on the map. Why?

Abstract (arXiv)

Many tasks revolve around editing a document, whether code or text. We formulate the revision similarity problem to unify a wide range of machine learning evaluation problems whose goal is to assess a revision to an existing document. We observe that revisions usually change only a small portion of an existing document, so the existing document and its immediate revisions share a majority of their content. We formulate five adequacy criteria for revision similarity measures, designed to align them with human judgement. We show that popular pairwise measures, like BLEU, fail to meet these criteria, because their scores are dominated by the shared content. They report high similarity between two revisions when humans would assess them as quite different. This is a fundamental flaw we address. We propose a novel static measure, Excision Score (ES), which computes longest common subsequence (LCS) to remove content shared by an existing document with the ground truth and predicted revisions, before comparing only the remaining divergent regions. This is analogous to a surgeon creating a sterile field to focus on the work area. We use approximation to speed the standard cubic LCS computation to quadratic. In code-editing evaluation, where static measures are often used as a cheap proxy for passing tests, we demonstrate that ES surpasses existing measures. When aligned with test execution on HumanEvalFix, ES improves over its nearest competitor, SARI, by 12% Pearson correlation and by >21% over standard measures like BLEU. The key criterion is invariance to shared context; when we perturb HumanEvalFix with increased shared context, ES' improvement over SARI increases to 20% and >30% over standard measures. ES also handles other corner cases that other measures do not, such as correctly aligning moved code blocks, and appropriately rewarding matching insertions or deletions.

Key facts. No citing papers in the map yet (data through 14 Oct 2026). Builds on 15 of its 39 references that are in the map. First posted on arXiv 24 Oct 2025.

Builds on

15 of 39 references.

References · 15

  1. 2023Efficient Memory Management for Large Language Model Serving with PagedAttentioncited by 5,944
  2. 2019BERTScore: Evaluating Text Generation with BERTcited by 5,512
  3. 2024DeepSeek-Coder: When the Large Language Model Meets Programming -- The Rise of Code Intelligencecited by 1,181
  4. 2020CodeBLEU: a Method for Automatic Evaluation of Code Synthesiscited by 479
  5. 2023OctoPack: Instruction Tuning Code Large Language Modelscited by 189
  6. 2023CodePlan: Repository-level Coding using LLMs and Planningcited by 140
  7. 2023CodeBERTScore: Evaluating Code Generation with Pretrained Models of Codecited by 102
  8. 2019Transforming Delete, Retrieve, Generate Approach for Controlled Text Style Transfercited by 81
  9. 2019Does BLEU Score Work for Code Migration?cited by 49
  10. 2023Can It Edit? Evaluating the Ability of Large Language Models to Follow Code Editing Instructionscited by 48
  11. 2022Grammatical Error Correction: A Survey of the State of the Artcited by 43
  12. 2021FRUIT: Faithfully Reflecting Updated Information in Textcited by 39
3 more
  1. 2020Learning to Update Natural Language Comments Based on Code Changescited by 31
  2. 2022Exploring Code Style Transfer with Neural Networkscited by 2
  3. 2025NES: An Instruction-Free, Low-Latency Next Edit Suggestion Framework Powered by Learned Historical Editing Trajectoriescited by 2

Built on by

Not cited yet.