Skip to content
Development
Skill

/scholar-review

Systematic academic paper review workflow covering self-review before submission and rebuttal writing after receiving reviewer feedback. Triggers on "review paper", "self-review", "write rebuttal", "respond to reviewers", "analyze review comments", "paper review".

From plugin
maestro-flow
51124 skills25 agents29 commands3 MCP
Install
$ npx -y skills add catlog22/maestro-flow --skill scholar-review --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/scholar-review

Context preview

The summary Claude sees to decide when to auto-load this skill.

Systematic academic paper review workflow covering self-review before submission and rebuttal writing after receiving reviewer feedback. Triggers on "review paper", "self-review", "write rebuttal", "respond to reviewers", "analyze review comments", "paper review".

SKILL.md

scholar-review.SKILL.md
name: scholar-review
disable-model-invocation: true
description: Systematic academic paper review workflow covering self-review before submission and rebuttal writing after receiving reviewer feedback. Triggers on "review paper", "self-review", "write rebuttal", "respond to reviewers", "analyze review comments", "paper review".
allowed-tools: Read, Write, Edit, Bash, Glob, Grep, WebFetch, WebSearch, AskUserQuestion, TodoWrite
session-mode: none

Scholar Review

A structured workflow for academic paper review and rebuttal. Covers two modes: (1) pre-submission self-review to identify and fix weaknesses before submitting, and (2) post-review rebuttal writing to respond professionally to reviewer feedback.

Pre-load (before execution)

1. **Codebase docs**: If `.workflow/codebase/ARCHITECTURE.md` exists, read for project context 2. **Specs**: `maestro load --type spec --category coding` — load coding conventions 3. **Wiki knowledge**: `maestro search "academic writing research paper" --json` — top 5 entries as prior context 4. All optional — proceed without if unavailable

Architecture Overview

                          scholar-review
                               |
                    [Preference Collection]
                         /            \
              Pre-Submission        Post-Review
                   |              /     |      \
            +-----------+   +--------+--------+---------+
            | Phase 1   |   | Phase 2| Phase 3| Phase 4 |
            | Self-     |   | Review | Response| Rebuttal|
            | Review    |   | Analysis| Strategy| Writing|
            +-----------+   +--------+--------+---------+
                   |              \     |      /
                   v               v    v    v
            self-review-       rebuttal-response.md
            report.md                  |
                                       v
                                 +-----------+
                                 | Phase 5   |
                                 | Revision  |
                                 +-----------+
                                       |
                                       v
                                 revised-paper

Key Design Principles

1. **Mode-driven execution**: Pre-submission triggers Phase 1 only; post-review triggers Phases 2-5 sequentially 2. **Evidence-based review**: Every finding must reference specific sections, pages, or line numbers 3. **Professional tone**: All rebuttal output follows academic tone guidelines (grateful, respectful, evidence-based) 4. **Completeness**: Every reviewer comment must receive a response; no comment is skipped 5. **Actionable output**: Each phase produces concrete artifacts, not abstract advice

Interactive Preference Collection

Collect workflow preferences before dispatching to phases:

Ask the user:

1. Review Stage:
   - "Pre-submission self-review" → Execute Phase 1 only
   - "Post-review rebuttal" → Execute Phases 2-5

2. Paper Location:
   - Path to paper file(s) or directory

3. (If post-review) Reviewer Comments Location:
   - Path to reviewer comments file(s)

4. (If post-review) Target Venue:
   - Conference/journal name (e.g., NeurIPS, ICML, ICLR, CVPR, ACL)
   - "Other" with custom venue name

5. Auto Mode:
   - "Interactive (Recommended)" → Confirm at each phase transition
   - "Auto" → Execute all applicable phases without confirmation

Store as workflowPreferences:
  - mode: "pre-submission" | "post-review"
  - paperPath: string
  - reviewCommentsPath: string (post-review only)
  - targetVenue: string
  - autoYes: boolean

Execution Flow

> **COMPACT DIRECTIVE**: Context compression MUST check TodoWrite phase status. > The phase currently marked `in_progress` is the active execution phase -- preserve its FULL content. > Only compress phases marked `completed` or `pending`.

Pre-Submission Mode

Phase 1: Self-Review
  Ref: phases/01-self-review.md
  Input: paperPath, targetVenue
  Output: self-review-report.md
  TodoWrite: Mark Phase 1 in_progress → completed

Post-Review Mode

Phase 2: Review Analysis
  Ref: phases/02-review-analysis.md
  Input: reviewCommentsPath, paperPath
  Output: review-analysis.md (classified comments with priorities)
  TodoWrite: Mark Phase 2 in_progress → completed

Phase 3: Response Strategy
  Ref: phases/03-response-strategy.md
  Input: review-analysis.md, paperPath
  Output: response-strategy.md (strategy per comment)
  TodoWrite: Mark Phase 3 in_progress → completed

Phase 4: Rebuttal Writing
  Ref: phases/04-rebuttal-writing.md
  Input: response-strategy.md, paperPath, targetVenue
  Output: rebuttal-response.md
  TodoWrite: Mark Phase 4 in_progress → completed

Phase 5: Revision
  Ref: phases/05-revision.md
  Input: rebuttal-response.md, paperPath
  Output: revision-plan.md, tracked changes list
  TodoWrite: Mark Phase 5 in_progress → completed

**Phase Reference Documents** (read on-demand when phase executes):

| Phase | Document | Purpose | Compact | |-------|----------|---------|---------| | 1 | [phases/01-self-review.md](phases/01-self-review.md) | Pre-submission quality check | TodoWrite driven | | 2 | [phases/02-review-analysis.md](phases/02-review-analysis.md) | Parse and classify reviewer comments | TodoWrite driven | | 3 | [phases/03-response-strategy.md](phases/03-response-strategy.md) | Plan rebuttal strategy per comment | TodoWrite driven + sentinel | | 4 | [phases/04-rebuttal-writing.md](phases/04-rebuttal-writing.md) | Write structured rebuttal document | TodoWrite driven + sentinel | | 5 | [phases/05-revision.md](phases/05-revision.md) | Plan and track paper revisions | TodoWrite driven |

**Compact Rules**: 1. **TodoWrite `in_progress`** -> Preserve full content, do not compress 2. **TodoWrite `completed`** -> May compress to summary 3. **Sentinel fallback** -> Phases marked with sentinel contain compact sentinels; if only sentinel remains without full Step protocol, im

Read more
Ships withmaestro-flow

Intent-driven workflow orchestration for multi-agent AI development — adaptive lifecycle engine, self-reinforcing knowledge graph, and visual dashboard for Claude Code, Gemini, Codex & more

Get the whole plugin

Other skills on maestro-flow.