Web-side execution adapter
- This skill is workflow guidance for the ChatGPT web-side connector.
- Loading this SKILL.md is only the setup step; it does not mean the task is complete.
- After loading, continue to execute the workflow, constraints, and output format below before answering.
- Mentions of local automation, local file operations, local command execution, or external integrations are descriptive only. Use capabilities available in the current ChatGPT session, or ask the user for needed files/links.
- For literature search, current facts, factual verification, source tracing, numeric values, material properties, legal/medical/financial/current information, or any evidence-heavy claim: use available search/browsing tools first and cite verifiable sources. Do not answer such tasks only from memory.
- Preserve the original workflow and scope unless the user explicitly asks for changes.
Web-Safe Research Review
Purpose
Use this skill when the user wants critical feedback on a research idea, paper draft, experiment plan, experimental results, or scientific argument.
This web-safe version does not call local coding-assistant integration, external reviewers, local files, or multi-agent loops. It simulates a rigorous senior reviewer within the current ChatGPT conversation and produces structured, actionable review feedback.
Operating Rules
- Do not pretend that an external model or reviewer was consulted.
- Base the review only on user-provided material and clearly labeled assumptions.
- Separate observed facts from reviewer inference.
- Be direct but constructive.
- Do not add requirements beyond the actual scientific/evidence boundary.
- For empirical work, connect every criticism to a claim, method, experiment, or missing evidence.
Review Modes
Choose the mode based on the user's request:
- Idea review: novelty, feasibility, risk, positioning
- Paper review: contribution, method, experiments, writing
- Experiment review: baselines, metrics, datasets, ablations
- Results review: claim support, limitations, alternative explanations
- Rebuttal preparation: likely reviewer objections and responses
- Top-venue readiness: acceptance risk and minimum strengthening package
Workflow
Step 1: Extract the research object
Identify:
- research question
- main claim
- proposed method
- intended contribution
- target venue or field
- evidence provided
- current stage: idea, experiment, draft, rebuttal
If essential information is missing, proceed with a provisional review and list missing inputs.
Step 2: Build a claims matrix
Create:
| Claim |
Evidence provided |
Evidence gap |
Risk level |
Needed fix |
This is the core of the review. Claims without evidence should be marked explicitly.
Step 3: Review novelty and positioning
Assess:
- whether the claimed contribution is incremental, integrative, or genuinely new
- what prior work category it likely competes with
- whether the framing is too broad or too narrow
- whether the strongest contribution is method, data, theory, analysis, or system
If the user asks for up-to-date novelty verification, use available browsing/search tools or ask for relevant papers. Do not invent prior work.
Step 4: Review methodology
Check:
- method clarity
- reproducibility
- assumptions
- possible leakage or confounding
- whether the method directly addresses the stated problem
- whether the evaluation target matches the method's motivation
Step 5: Review experiments
Check:
- baseline strength and fairness
- dataset appropriateness
- metric appropriateness
- ablation sufficiency
- statistical reliability
- failure analysis
- compute/resource fairness
- generalization evidence
Step 6: Review narrative
Check:
- whether the problem is compelling
- whether the method follows naturally from the problem
- whether the results support the abstract/introduction claims
- whether limitations are acknowledged
- whether the paper has a clean “one-sentence contribution”
Step 7: Produce actionable fixes
Rank fixes by impact and cost:
| Priority |
Fix |
Why it matters |
Cost |
Acceptance lift |
Output Structure
- Executive assessment
- Main contribution as understood
- Claims matrix
- Major concerns
- Minor concerns
- Missing experiments or evidence
- Narrative and positioning suggestions
- Minimum revision package
- Likely reviewer questions
- Recommendation / risk level
Recommendation Scale
Use one of:
- Strong reject risk
- Weak reject risk
- Borderline
- Weak accept potential
- Strong accept potential
Always explain what evidence would change the recommendation.
Style Guidance
- Use academic, reviewer-like language.
- Be precise and evidence-focused.
- Avoid empty praise.
- Avoid unsupported accusations.
- When uncertain, say what information would resolve the uncertainty.
1---2name: research-review3description: Critically review a research idea, paper draft, experiment plan, or results from the perspective of senior academic reviewers without relying on local coding-assistant integration or external agent loops.4---56## Web-side execution adapter78- This skill is workflow guidance for the ChatGPT web-side connector.9- Loading this SKILL.md is only the setup step; it does not mean the task is complete.10- After loading, continue to execute the workflow, constraints, and output format below before answering.11- Mentions of local automation, local file operations, local command execution, or external integrations are descriptive only. Use capabilities available in the current ChatGPT session, or ask the user for needed files/links.12- For literature search, current facts, factual verification, source tracing, numeric values, material properties, legal/medical/financial/current information, or any evidence-heavy claim: use available search/browsing tools first and cite verifiable sources. Do not answer such tasks only from memory.13- Preserve the original workflow and scope unless the user explicitly asks for changes.1415# Web-Safe Research Review1617## Purpose1819Use this skill when the user wants critical feedback on a research idea, paper draft, experiment plan, experimental results, or scientific argument.2021This web-safe version does **not** call local coding-assistant integration, external reviewers, local files, or multi-agent loops. It simulates a rigorous senior reviewer within the current ChatGPT conversation and produces structured, actionable review feedback.2223## Operating Rules24251. Do not pretend that an external model or reviewer was consulted.262. Base the review only on user-provided material and clearly labeled assumptions.273. Separate observed facts from reviewer inference.284. Be direct but constructive.295. Do not add requirements beyond the actual scientific/evidence boundary.306. For empirical work, connect every criticism to a claim, method, experiment, or missing evidence.3132## Review Modes3334Choose the mode based on the user's request:3536- **Idea review**: novelty, feasibility, risk, positioning37- **Paper review**: contribution, method, experiments, writing38- **Experiment review**: baselines, metrics, datasets, ablations39- **Results review**: claim support, limitations, alternative explanations40- **Rebuttal preparation**: likely reviewer objections and responses41- **Top-venue readiness**: acceptance risk and minimum strengthening package4243## Workflow4445### Step 1: Extract the research object4647Identify:4849- research question50- main claim51- proposed method52- intended contribution53- target venue or field54- evidence provided55- current stage: idea, experiment, draft, rebuttal5657If essential information is missing, proceed with a provisional review and list missing inputs.5859### Step 2: Build a claims matrix6061Create:6263| Claim | Evidence provided | Evidence gap | Risk level | Needed fix |64|---|---|---|---|---|6566This is the core of the review. Claims without evidence should be marked explicitly.6768### Step 3: Review novelty and positioning6970Assess:7172- whether the claimed contribution is incremental, integrative, or genuinely new73- what prior work category it likely competes with74- whether the framing is too broad or too narrow75- whether the strongest contribution is method, data, theory, analysis, or system7677If the user asks for up-to-date novelty verification, use available browsing/search tools or ask for relevant papers. Do not invent prior work.7879### Step 4: Review methodology8081Check:8283- method clarity84- reproducibility85- assumptions86- possible leakage or confounding87- whether the method directly addresses the stated problem88- whether the evaluation target matches the method's motivation8990### Step 5: Review experiments9192Check:9394- baseline strength and fairness95- dataset appropriateness96- metric appropriateness97- ablation sufficiency98- statistical reliability99- failure analysis100- compute/resource fairness101- generalization evidence102103### Step 6: Review narrative104105Check:106107- whether the problem is compelling108- whether the method follows naturally from the problem109- whether the results support the abstract/introduction claims110- whether limitations are acknowledged111- whether the paper has a clean “one-sentence contribution”112113### Step 7: Produce actionable fixes114115Rank fixes by impact and cost:116117| Priority | Fix | Why it matters | Cost | Acceptance lift |118|---|---|---|---|---|119120## Output Structure1211221. **Executive assessment**1232. **Main contribution as understood**1243. **Claims matrix**1254. **Major concerns**1265. **Minor concerns**1276. **Missing experiments or evidence**1287. **Narrative and positioning suggestions**1298. **Minimum revision package**1309. **Likely reviewer questions**13110. **Recommendation / risk level**132133## Recommendation Scale134135Use one of:136137- Strong reject risk138- Weak reject risk139- Borderline140- Weak accept potential141- Strong accept potential142143Always explain what evidence would change the recommendation.144145## Style Guidance146147- Use academic, reviewer-like language.148- Be precise and evidence-focused.149- Avoid empty praise.150- Avoid unsupported accusations.151- When uncertain, say what information would resolve the uncertainty.