Revision & Rebuttal (agsy-revision-and-rebuttal)
A revise decision at AgSy is a real chance — but systems reviewers tend to press on the model
(calibration, evaluation, sensitivity, uncertainty) and the trade-off / decision framing. The
response letter must move every reviewer toward yes while keeping the editor confident the
revision converges. Reviewers are not anonymous to you on their side (single anonymized), but keep the
tone professional and evidence-based.
When to trigger
- A major/minor revision decision arrived and you are planning the revision + response letter
- Reviewers disagree (e.g., one wants more scenarios, another wants a simpler model)
- A reviewer requests additional evaluation, sensitivity, or uncertainty analysis
- Writing the cover note to the editor summarizing the revision
Strategy
- Read the editor's letter as the rubric. The editor signals which points are decisive — often
model evaluation, uncertainty, or systems framing. Solve those first; the editor adjudicates
disagreements among reviewers.
- One point-by-point response, every comment addressed. Quote each comment, then respond. Never
skip one — silence reads as non-compliance.
- Concede or rebut explicitly, with evidence. For each: did what was asked (say where, with the new
text/figure/table number, or the new sensitivity/uncertainty run), or push back respectfully with
a systems reason (boundary, model structure, data, or scale). A well-argued disagreement beats a
capitulation that weakens the analysis.
- Strengthen the model, don't just defend it. Most AgSy revisions improve with an added
independent evaluation, a sensitivity / uncertainty analysis, or a clearer trade-off
exhibit. Offer these proactively where reviewers raise doubt.
- Reconcile conflicting reviewers openly. When R1 wants more complexity and R2 wants parsimony, say
so, choose a principled path (justified by the question and the decision relevance), and explain the
tradeoff to the editor.
- Protect the systems contribution. Resist changes that turn the paper back into a single-factor
study or dilute the trade-off/decision message. Defend scope conditions rather than over-claiming.
- Keep the package in sync. Update the deposited data, code, and model so new tables/figures
remain reproducible (see
agsy-reproducibility-and-data-policy).
Response-letter format
For each reviewer comment:
> [Quoted reviewer comment]
Response: [What we did / why we respectfully disagree, with a systems reason].
Change: [Section/page/figure-table number; new evaluation/sensitivity run where relevant].
Open with a short summary of the main changes to the editor; group by reviewer; end each entry with
the location of every change so the editor can verify quickly.
Worked micro-example: two conflicting reviewers (illustrative)
A crop–livestock simulation gets a major revision. R1 wants three more management scenarios; R2 wants a
simpler model and doubts the calibration. The response resolves the conflict openly rather than splitting
the difference:
- To R2 (decisive — the editor flagged calibration): added an independent evaluation on held-out
2018–2021 (NSE = 0.71, illustrative), reported in new Table 3; kept the model complexity because the
herd–manure–rotation feedback is the contribution and a simpler model cannot represent it.
- To R1: added two of the three scenarios that change the trade-off; explained that the third
duplicates an existing one and would not shift the Pareto front.
- To the editor: a cover note states the chosen path — strengthen evaluation, add targeted scenarios,
retain the systems structure — and why it serves the decision-relevance the paper claims.
Referee pushback → the AgSy-specific fix
- "Model not validated." → Add the held-out evaluation and report it as a new exhibit; cite the table.
- "Make the model simpler." → Defend the load-bearing interaction; show what a simpler model loses,
rather than conceding a change that collapses the systems framing.
- "Scenarios are not policy-relevant." → Re-specify scenarios around an actual decision and name the
actor.
Anti-patterns
- Ignoring or merging away a comment without a visible response
- Adding scenarios/complexity that quietly contradict the original conclusion without acknowledging it
- Defensive or dismissive tone toward reviewers
- "We thank the reviewer" with no actual change or argued reason
- Letting the revised manuscript or new exhibits drift out of sync with the deposited package
- Conceding a change that collapses the systems framing just to please one reviewer
Output format
【Editor's decisive points】addressed first? [list]
【Coverage】every reviewer comment answered? [Y/N]
【Concede vs rebut】each tagged with evidence + change location
【Model strengthened】added evaluation/sensitivity/uncertainty where pressed? [Y/N]
【Reviewer conflicts】reconciled and explained to editor? [Y/N]
【Contribution protected】systems framing + trade-off intact? [Y/N]
【Package updated】data/code/model in sync? [Y/N]
【Next】resubmit via Editorial Manager
Supplementary resources
Source: brycewang-stanford/Awesome-Journal-Skills → Agricultural-Systems-Skills/skills/agsy-revision-and-rebuttal/SKILL.md
1---2name: agsy-revision-and-rebuttal3description: Use when writing the response to an Agricultural Systems (AgSy) revision decision. AgSy review is single anonymized with at least two expert systems reviewers and an editor decision, and revisions often turn on model evaluation, sensitivity/uncertainty, and trade-off framing. The response must convert each reviewer without alienating the editor. Structures the response letter; it does not fabricate new results.4---567# Revision & Rebuttal (agsy-revision-and-rebuttal)89A revise decision at AgSy is a real chance — but systems reviewers tend to press on the **model**10(calibration, evaluation, sensitivity, uncertainty) and the **trade-off / decision framing**. The11response letter must move *every* reviewer toward yes while keeping the **editor** confident the12revision converges. Reviewers are not anonymous to you on their side (single anonymized), but keep the13tone professional and evidence-based.1415## When to trigger1617- A major/minor revision decision arrived and you are planning the revision + response letter18- Reviewers disagree (e.g., one wants more scenarios, another wants a simpler model)19- A reviewer requests additional evaluation, sensitivity, or uncertainty analysis20- Writing the cover note to the editor summarizing the revision2122## Strategy23241. **Read the editor's letter as the rubric.** The editor signals which points are decisive — often25 model evaluation, uncertainty, or systems framing. Solve those first; the editor adjudicates26 disagreements among reviewers.272. **One point-by-point response, every comment addressed.** Quote each comment, then respond. Never28 skip one — silence reads as non-compliance.293. **Concede or rebut explicitly, with evidence.** For each: did what was asked (say where, with the new30 text/figure/table number, or the new sensitivity/uncertainty run), or push back **respectfully with31 a systems reason** (boundary, model structure, data, or scale). A well-argued disagreement beats a32 capitulation that weakens the analysis.334. **Strengthen the model, don't just defend it.** Most AgSy revisions improve with an added34 **independent evaluation**, a **sensitivity / uncertainty** analysis, or a clearer **trade-off**35 exhibit. Offer these proactively where reviewers raise doubt.365. **Reconcile conflicting reviewers openly.** When R1 wants more complexity and R2 wants parsimony, say37 so, choose a principled path (justified by the question and the decision relevance), and explain the38 tradeoff to the editor.396. **Protect the systems contribution.** Resist changes that turn the paper back into a single-factor40 study or dilute the trade-off/decision message. Defend scope conditions rather than over-claiming.417. **Keep the package in sync.** Update the deposited **data, code, and model** so new tables/figures42 remain reproducible (see `agsy-reproducibility-and-data-policy`).4344## Response-letter format4546For each reviewer comment:4748```49> [Quoted reviewer comment]5051Response: [What we did / why we respectfully disagree, with a systems reason].52Change: [Section/page/figure-table number; new evaluation/sensitivity run where relevant].53```5455Open with a short **summary of the main changes** to the editor; group by reviewer; end each entry with56the location of every change so the editor can verify quickly.5758## Worked micro-example: two conflicting reviewers (illustrative)5960A crop–livestock simulation gets a major revision. R1 wants three more management scenarios; R2 wants a61simpler model and doubts the calibration. The response resolves the conflict openly rather than splitting62the difference:6364- *To R2 (decisive — the editor flagged calibration):* added an independent evaluation on held-out65 2018–2021 (NSE = 0.71, illustrative), reported in new Table 3; kept the model complexity because the66 herd–manure–rotation feedback is the contribution and a simpler model cannot represent it.67- *To R1:* added two of the three scenarios that change the trade-off; explained that the third68 duplicates an existing one and would not shift the Pareto front.69- *To the editor:* a cover note states the chosen path — strengthen evaluation, add targeted scenarios,70 retain the systems structure — and why it serves the decision-relevance the paper claims.7172## Referee pushback → the AgSy-specific fix7374- *"Model not validated."* → Add the held-out evaluation and report it as a new exhibit; cite the table.75- *"Make the model simpler."* → Defend the load-bearing interaction; show what a simpler model loses,76 rather than conceding a change that collapses the systems framing.77- *"Scenarios are not policy-relevant."* → Re-specify scenarios around an actual decision and name the78 actor.7980## Anti-patterns8182- Ignoring or merging away a comment without a visible response83- Adding scenarios/complexity that quietly contradict the original conclusion without acknowledging it84- Defensive or dismissive tone toward reviewers85- "We thank the reviewer" with no actual change or argued reason86- Letting the revised manuscript or new exhibits drift out of sync with the deposited package87- Conceding a change that collapses the systems framing just to please one reviewer8889## Output format9091```92【Editor's decisive points】addressed first? [list]93【Coverage】every reviewer comment answered? [Y/N]94【Concede vs rebut】each tagged with evidence + change location95【Model strengthened】added evaluation/sensitivity/uncertainty where pressed? [Y/N]96【Reviewer conflicts】reconciled and explained to editor? [Y/N]97【Contribution protected】systems framing + trade-off intact? [Y/N]98【Package updated】data/code/model in sync? [Y/N]99【Next】resubmit via Editorial Manager100```101102## Supplementary resources103104- [`../../resources/official-source-map.md`](../../resources/official-source-map.md) — review model, reviewer count, editor-decision policy105106---107108**Source:** [`brycewang-stanford/Awesome-Journal-Skills`](https://github.com/brycewang-stanford/Awesome-Journal-Skills) → `Agricultural-Systems-Skills/skills/agsy-revision-and-rebuttal/SKILL.md`