Peer Review & Revision (cc-peer-review-revision)
When to trigger
- A decision letter with reviewer reports has arrived (major/minor revision)
- You must triage requested experiments vs. textual changes
- Reviewers ask for additional in vivo / human validation or rigor fixes
- A consultative / cross-referee comment requires reconciling reviews
Cell Press review context
Cancer Cell uses editorial assessment plus external peer review, and Cell Press can run consultative (cross-referee) review where reviewers see each other's comments. Practical implications:
- Reviewers may converge on shared concerns — address the cross-cutting issue, not just each bullet.
- The editor's letter signals which points are essential vs. optional; prioritize those.
- New experiments that strengthen orthogonal validation (in vivo / human) carry the most weight.
Triage every comment
| Reviewer ask |
Response mode |
| "Does this hold in vivo / in patients?" |
New experiment (highest priority) — plan via cc-study-design |
| "Cell line unauthenticated / antibody not validated" |
Rigor fix — cc-reporting-standards |
| "n unclear / pseudo-replication / wrong test" |
Reanalyze + report — cc-statistics |
| "Representative image without quantification" |
Quantify across replicates — cc-figures-tables |
| "Overstated claim" |
Narrow the claim — cc-writing-style |
| "Missing control / rescue" |
Add control experiment |
| Disagreement / out-of-scope request |
Respectful, evidence-based pushback |
Point-by-point response structure
For each comment:
- Quote the reviewer's point verbatim.
- State the change: new data, reanalysis, or text edit.
- Point to where in the revision it appears (new Figure 4C, Methods p. X, lines Y–Z).
- If you disagree, give a courteous, data-backed rationale — do not ignore it.
Open the response with a brief summary of the major new experiments and how the paper improved. Keep tone professional and concrete; reviewers and editor read this closely.
Revision discipline
- Do not over-revise into a different paper; address what was asked.
- When adding in vivo / human data, carry through the same rigor (controls,
n, randomization, blinding, deposition of any new datasets).
- Update the Key Resources Table, availability statement, and statistics for any new experiments.
- Re-run the
cc-submission preflight before resubmitting.
- If you cannot do an experiment, explain why and offer the strongest feasible alternative.
Worked micro-example: a point-by-point entry
Reviewer 2, comment 3 (verbatim): "The MARK7 phenotype is shown only in cell lines. Does loss of
MARK7 restrain tumor growth in an immunocompetent in vivo setting?"
Response (the Cancer Cell pattern):
We agree this was the central gap. We generated Mark7-conditional autochthonous tumors and, in a
new Figure 5D–F, show that MARK7 loss reduced tumor burden and restored intratumoral CD8⁺ T cell
infiltration (n=9 vs. 10 mice; randomized to arms; blinded histology scoring; log-rank p reported in
the legend). The in vivo RNA-seq is deposited under GEO [accession] (KRT updated). We have accordingly
revised the Summary and Discussion to state a "candidate vulnerability for checkpoint combination"
rather than a "therapeutic target," matching the evidence now in hand.
Note the moves: it concedes the point, delivers the highest-value experiment (in vivo, immunocompetent),
carries full rigor (n, randomization, blinding), deposits the new data, and narrows the claim in the
same breath — the reviewer sees the manuscript improve, not merely defend itself.
Framing pushback that survives consultative review
Because reviewers may see each other's reports, a rebuttal that dismisses one referee can alienate the
panel. When you decline an experiment:
- Grant the scientific premise before explaining the constraint (feasibility, timeline, model
availability, or that the request tests a different hypothesis).
- Offer the strongest feasible substitute (orthogonal assay, existing cohort reanalysis, published data).
- Where a request is genuinely out of scope, say what the paper does claim and confine the finding
accordingly rather than arguing the reviewer is wrong.
Cancer Cell revision failure modes
- Adding an in vivo experiment with a lower bar than the original (no randomization,
n of 3, no
blinded scoring) — reviewers notice the rigor drop immediately.
- Answering the "does it hold in patients?" comment with more cell-line data.
- Depositing nothing new even though the revision generated sequencing or proteomics data.
- Re-broadening the Summary/Highlights after narrowing the Results — front matter and body must agree.
- A rebuttal letter that resolves minor textual points in detail but leaves the essential mechanistic
ask half-answered.
Checklist
Anti-patterns
- Selectively answering easy comments and ignoring hard ones
- Adding new data with weaker rigor than the original (no controls, undefined
n)
- Dismissive or defensive rebuttals to disagreements
- Claiming a change was made without pointing to where
- Re-broadening claims the reviewers asked you to narrow
- Forgetting to deposit datasets generated during revision
Output format
【Decision】major / minor revision
【Essential points】editor-flagged: [...]
【Cross-cutting concern】...
【New experiments planned】(rigor + n + deposition): [...]
【Per-comment plan】R1.1 → ...; R1.2 → ...; R2.1 → ...
【Claims to narrow】...
【Pushback (with rationale)】...
【Next step】execute revisions → re-run cc-submission preflight
Source: brycewang-stanford/Awesome-Journal-Skills → Cancer-Cell-Skills/skills/cc-peer-review-revision/SKILL.md
1---2name: cc-peer-review-revision3description: Use when responding to Cancer Cell (Cell Press) reviewer reports — planning new experiments, writing a point-by-point response, and calibrating claims for revision. It structures the rebuttal and revision; it does not run the experiments or design them from scratch.4---567# Peer Review & Revision (cc-peer-review-revision)89## When to trigger1011- A decision letter with reviewer reports has arrived (major/minor revision)12- You must triage requested experiments vs. textual changes13- Reviewers ask for additional in vivo / human validation or rigor fixes14- A consultative / cross-referee comment requires reconciling reviews1516## Cell Press review context1718Cancer Cell uses editorial assessment plus external peer review, and Cell Press can run **consultative (cross-referee) review** where reviewers see each other's comments. Practical implications:1920- Reviewers may converge on shared concerns — address the **cross-cutting** issue, not just each bullet.21- The editor's letter signals which points are **essential** vs. optional; prioritize those.22- New experiments that strengthen orthogonal validation (in vivo / human) carry the most weight.2324## Triage every comment2526| Reviewer ask | Response mode |27|--------------|---------------|28| "Does this hold in vivo / in patients?" | New experiment (highest priority) — plan via `cc-study-design` |29| "Cell line unauthenticated / antibody not validated" | Rigor fix — `cc-reporting-standards` |30| "n unclear / pseudo-replication / wrong test" | Reanalyze + report — `cc-statistics` |31| "Representative image without quantification" | Quantify across replicates — `cc-figures-tables` |32| "Overstated claim" | Narrow the claim — `cc-writing-style` |33| "Missing control / rescue" | Add control experiment |34| Disagreement / out-of-scope request | Respectful, evidence-based pushback |3536## Point-by-point response structure3738For **each** comment:39401. Quote the reviewer's point verbatim.412. State the change: new data, reanalysis, or text edit.423. Point to **where** in the revision it appears (new Figure 4C, Methods p. X, lines Y–Z).434. If you disagree, give a courteous, data-backed rationale — do not ignore it.4445Open the response with a brief summary of the major new experiments and how the paper improved. Keep tone professional and concrete; reviewers and editor read this closely.4647## Revision discipline4849- Do not over-revise into a different paper; address what was asked.50- When adding in vivo / human data, carry through the **same rigor** (controls, `n`, randomization, blinding, deposition of any new datasets).51- Update the Key Resources Table, availability statement, and statistics for any new experiments.52- Re-run the `cc-submission` preflight before resubmitting.53- If you cannot do an experiment, explain why and offer the strongest feasible alternative.5455## Worked micro-example: a point-by-point entry5657**Reviewer 2, comment 3 (verbatim):** "The MARK7 phenotype is shown only in cell lines. Does loss of58MARK7 restrain tumor growth in an immunocompetent in vivo setting?"5960**Response (the Cancer Cell pattern):**6162> We agree this was the central gap. We generated *Mark7*-conditional autochthonous tumors and, in a63> new **Figure 5D–F**, show that MARK7 loss reduced tumor burden and restored intratumoral CD8⁺ T cell64> infiltration (n=9 vs. 10 mice; randomized to arms; blinded histology scoring; log-rank p reported in65> the legend). The in vivo RNA-seq is deposited under GEO [accession] (KRT updated). We have accordingly66> revised the Summary and Discussion to state a "candidate vulnerability for checkpoint combination"67> rather than a "therapeutic target," matching the evidence now in hand.6869Note the moves: it concedes the point, delivers the highest-value experiment (in vivo, immunocompetent),70carries full rigor (`n`, randomization, blinding), deposits the new data, and **narrows the claim in the71same breath** — the reviewer sees the manuscript improve, not merely defend itself.7273## Framing pushback that survives consultative review7475Because reviewers may see each other's reports, a rebuttal that dismisses one referee can alienate the76panel. When you decline an experiment:7778- Grant the scientific premise before explaining the constraint (feasibility, timeline, model79 availability, or that the request tests a different hypothesis).80- Offer the strongest feasible substitute (orthogonal assay, existing cohort reanalysis, published data).81- Where a request is genuinely out of scope, say what the paper *does* claim and confine the finding82 accordingly rather than arguing the reviewer is wrong.8384## Cancer Cell revision failure modes8586- Adding an in vivo experiment with a lower bar than the original (no randomization, `n` of 3, no87 blinded scoring) — reviewers notice the rigor drop immediately.88- Answering the "does it hold in patients?" comment with more cell-line data.89- Depositing nothing new even though the revision generated sequencing or proteomics data.90- Re-broadening the Summary/Highlights after narrowing the Results — front matter and body must agree.91- A rebuttal letter that resolves minor textual points in detail but leaves the essential mechanistic92 ask half-answered.9394## Checklist9596- [ ] Every reviewer point addressed individually; none skipped97- [ ] Essential (editor-flagged) points prioritized and fully resolved98- [ ] Cross-cutting concern shared across reviewers identified and answered99- [ ] New experiments carry full rigor and `n`; new datasets deposited100- [ ] Each response points to the exact location of the change101- [ ] Claims narrowed where evidence did not grow102- [ ] Polite, evidence-based rationale for any disagreement103- [ ] KRT, statistics, and availability statement updated; preflight re-run104105## Anti-patterns106107- Selectively answering easy comments and ignoring hard ones108- Adding new data with weaker rigor than the original (no controls, undefined `n`)109- Dismissive or defensive rebuttals to disagreements110- Claiming a change was made without pointing to where111- Re-broadening claims the reviewers asked you to narrow112- Forgetting to deposit datasets generated during revision113114## Output format115116```117【Decision】major / minor revision118【Essential points】editor-flagged: [...]119【Cross-cutting concern】...120【New experiments planned】(rigor + n + deposition): [...]121【Per-comment plan】R1.1 → ...; R1.2 → ...; R2.1 → ...122【Claims to narrow】...123【Pushback (with rationale)】...124【Next step】execute revisions → re-run cc-submission preflight125```126127---128129**Source:** [`brycewang-stanford/Awesome-Journal-Skills`](https://github.com/brycewang-stanford/Awesome-Journal-Skills) → `Cancer-Cell-Skills/skills/cc-peer-review-revision/SKILL.md`