跳到主要内容
知仓学习社ZHICANG

icse-review-process

Use when reasoning about how an ICSE research-track submission is evaluated, covering double-anonymous PC review, the four posted criteria, the Acce…

不碰外部(只输出文字)无严重或高危命中brycewang-stanford/Awesome-Journal-Skills

它会碰到什么

扫了多少1 个文本文件,6 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0

这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。

技能内容

ICSE Review Process

Model the pipeline before you interpret any single review. ICSE's process

differs from most CS conferences in one structural way: **Major Revision is a

real decision category**, not a euphemism for rejection, and a large share of

accepted papers arrive through it.

The four scored criteria

The ICSE 2027 call (read 2026-07-08) evaluates each paper on:

  1. Novelty — originality of solutions, problem formulations, methodologies,

theories, or evaluations relative to the state of the art.

  1. Rigor — soundness, clarity, and depth of the technical or theoretical

contribution, and thoroughness/completeness of the evaluation.

  1. Relevance — significance and potential impact on software engineering.
  2. Verifiability and Transparency — whether the paper contains enough

information to understand how the innovation works, how data was obtained

and analyzed, and whether independent verification or replication is

supported.

Read every review comment as an instance of one of these. "The benchmark seems

small" is a Rigor objection; "practitioners would not use this" is Relevance;

"the prompt templates are not shown" is Verifiability. Diagnosing the criterion

tells you whether the cure is new evidence, new framing, or new packaging.

Decision model and 2027 timeline

| Stage (2027 cycle) | Date | What happens |

|---|---|---|

| Submission closes | Jun 30, 2026 AoE | PC bidding and assignment follow |

| Author response | Sep 2026 | Authors see reviews and reply (format 待核实) |

| First decisions | Oct 20, 2026 | Accept / Major Revision / Reject |

| Revision due | Nov 17, 2026 | Revised paper + response for MR papers |

| Final MR decisions | Dec 18, 2026 | Accept or Reject, no second revision |

| Conference | Apr 25 – May 1, 2027 | Dublin; core days Apr 28–30 |

Two consequences. First, a Major Revision gives you roughly four weeks to

execute — reviewers expect the revision plan to be feasible in that window, so

promising a new user study is self-defeating. Second, the December decision is

terminal for the cycle: there is no minor-revision escape hatch after it.

What the recent numbers say

ICSE 2026 (the last two-cycle year) reported, per its research-track pages:

Cycle 1 — 660 submissions, 60 direct accepts, 101 accepted after Major

Revision; Cycle 2 — 809 submissions, 72 direct accepts, 88 accepted after

Major Revision; 321 of 1,469 total (~22%). The strategic reading: **direct

acceptance is rare (~9%)** — the modal successful path runs through Major

Revision. Write the initial submission so that its weaknesses are revisable

(missing analysis, unclear framing) rather than structural (wrong population,

no baseline), because the process is built to reward repairable papers.

Who reads you

Reviews come from a large research-track Program Committee working

double-anonymously; ICSE also runs a Shadow PC in some years (2027 posts one)

where early-career researchers review in parallel for training — their reviews

do not decide outcomes but signal how a non-expert reads your paper. Expect

three reviews with SE-empiricist instincts: they will look for the threats-to-

validity section, check whether claims outrun evidence, and often open the

replication package.

Where author leverage exists

[Before submission]   topic tags -> reviewer pool     (largest lever)
[Author response]     factual corrections, criterion-targeted evidence
[Major Revision]      the strongest lever in the system: a tracked-change
                      revision + response letter reviewed by the same PC members
[After final reject]  no appeal lane; reroute (FSE/ASE/ISSTA or journals)

Author response moves borderline papers when it corrects a factual

misreading or supplies a number a reviewer said was missing. It does not move

papers when it argues taste. Major Revision moves papers when every requested

change is either made or explicitly declined with a reason — silent omissions

are what turn December into a rejection.

Reading a review packet

Weight reviews before answering them. Look for: specificity — a review

citing your section numbers and exact tables was read closely and will be

read closely again in December; criterion coverage — a review that only

discusses novelty has left rigor and verifiability to the others, so answer

those reviewers on those axes; the question list — reviewers often end

with explicit questions, and the September response is scored heavily on

whether each got a direct answer. A short, vague, positive review is worth

less protection than a long, critical, specific one: the latter's author is

your likely advocate if the response holds up.

Misreadings to avoid

  • Treating Major Revision as a soft accept. ICSE 2026's numbers show most

MR papers do get in, but the December reject is real; budget the four weeks

like a deadline, not a formality.

  • Treating the response as a debate stage. The PC discussion after the

response is where decisions form; your text is evidence for an advocate, not

a closing argument to a jury.

  • Assuming reviewer unanimity is required. Discussion consensus, guided by

the criteria, decides — one enthusiastic champion with answers to the other

reviews can carry a paper.

  • Projecting the two-cycle rhythm forward. 2025 and 2026 ran two cycles;

2027 posts one. Never infer next year's calendar from last year's.

Output format

[Process stage] pre-submission / awaiting reviews / response / major revision / final
[Criterion map] each review point -> novelty | rigor | relevance | verifiability
[Decision forecast] direct accept / MR-likely / reject-risk, with reasons
[Leverage plan] what to do at the next stage that can actually change the outcome

想直接用这个技能?

本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。