/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".
$ npx -y skills add catlog22/maestro-flow --skill scholar-review --agent claude-codeHow 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.mdname: 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-paperKey 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
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-paperKey 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
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
Repo: catlog22/maestro-flow
Other skills on maestro-flow.
- /maestro-help
Maestro Flow 命令帮助系统。搜索命令、浏览技能、工作流推荐、新手引导。Triggers on "maestro-help", "帮助", "命令", "怎么用", "skill", "workflow", "maestro 怎么用".
Open skill - /skill-generator
Meta-skill for creating new Claude Code skills with configurable execution modes. Supports sequential (fixed order) and autonomous (stateless) phase patterns. Use for skill scaffolding, skill creation, or building new workflows. Triggers on "create skill", "new skill", "skill
Open skill - /skill-iter-tune
Iterative skill tuning via execute-evaluate-improve feedback loop. Uses maestro delegate Claude to execute skill, Agy to evaluate quality, and Agent to apply improvements. Iterates until quality threshold or max iterations. Triggers on "skill iter tune", "iterative skill
Open skill - /skill-simplify
SKILL.md simplification with functional integrity verification. Analyze redundancy, optimize content, check no functionality lost. Triggers on "simplify skill", "optimize skill", "skill-simplify".
Open skill - /skill-tuning
Universal skill diagnosis and optimization tool. Detect and fix skill execution issues including context explosion, long-tail forgetting, data flow disruption, and agent coordination failures. Supports Agy CLI for deep analysis. Triggers on "skill tuning", "tune skill", "skill
Open skill - /team-arch-opt
Unified team skill for architecture optimization. Uses team-worker agent architecture with role directories for domain logic. Coordinator orchestrates pipeline, workers are team-worker agents. Triggers on "team arch-opt".
Open skill

