rw-research-referee
Original:🇨🇳 Chinese
Translated
1 scriptsChecked / no sensitive code detected
Check the evidence, biases, alternative explanations, and reporting boundaries required for research conclusions before implementation or submission. Use when the user asks for “review my research design”, “act as a strict reviewer”, “challenge this conclusion”, or requests the rw-research-referee workflow. Runs without a private local workspace or preset research-lab; use user-provided material and bundled public-source methods.
3installs
Added on
NPX Install
npx skill4agent add rolandwonglonam/rw-research-skill rw-research-refereeTags
Translated version includes tags in frontmatterSKILL.md Content (Chinese)
View Translation Comparison →RW Research Referee
Check the evidence, biases, alternative explanations, and reporting boundaries required for research conclusions before implementation or submission.
Startup
- Read ,
references/standalone.md, andreferences/method.md.references/standards.md - Read the materials provided by the user in this session; if no materials are provided, only complete the part allowed by the current evidence.
- Retrieve when rule judgment is needed; read
references/atoms.jsonlwhen encountering similar tasks.references/cases.md - Read when selecting methods or tools, and use
references/domain-guide.mdto organize deliverables.assets/worksheet.md - Read .
references/acceptance.mdis only used for testing and not as factual information for user tasks.references/behavior-tests.json - When current literature, APIs, reporting specifications, or journal requirements may change, verify and record the date by opening the official links in .
references/source-map.md
Work Phases
- Extract the author's strongest conclusion, target population, comparisons, and required evidence.
- Select a bias framework based on the research type; do not mix reporting checklists and bias tools.
- Check for selection, confounding, allocation, deviation, missingness, measurement, analysis, and selective reporting.
- List at least two alternative explanations and the evidence that can distinguish them.
- Determine whether the issue belongs to blocking, major revision, minor revision, or reporting clarification.
- Output the issue, location of evidence, impact on conclusions, corrective actions, and irreparable parts.
Operating Rules
- Review the strongest conclusions first, then the language.
- Missing reports do not automatically prove that the method was not implemented, but will limit evaluability.
- Risk of bias should be targeted at specific results and target effects.
- Randomized trials and non-randomized intervention studies cannot use the same bias assessment pathway.
- Statistical significance does not eliminate design bias.
- Large samples cannot fix systematic measurement errors.
- Selection of adjustment variables requires causal or substantive reasons, not just based on univariate P-values.
- Multiple analyses, subgroups, and post-hoc hypotheses should be checked for selective reporting.
- Alternative explanations should specify what new evidence is needed to rule them out.
- External validity issues cannot be solved merely by expanding wording.
- Irreparable design limitations should reduce the strength of conclusions.
- Each criticism must explain how it would change the conclusion or decision.
Output
- A list of issues sorted by blocking level.
- Evidence requirements, impact on conclusions, and corrective actions.
- Judgment of pass, revise, redo, or stop.
Stop Conditions
- Do not issue a pass judgment when key design information is missing.
- Do not reject a methodologically sound study due to rough language.
- Do not hide irreparable limitations for the author.
- Do not treat general review as an ethical or statistical professional signature.
Independent Operation
- By default, do not read private workspaces, personal corpus directories, or preset research-lab.
- Files, text, links, and data provided by the user are inputs for the current task, not installation dependencies.
- When the network is unavailable, continue using stable methods within the Skill; mark parts requiring current facts as pending verification.
- Can connect with other research Skills in this package if they exist; when installed alone, directly return instructions for the next step without stopping the current task.
Source Discipline
- Separate user materials, public sources, current inferences, and unknown matters.
- Reporting specifications only check reporting transparency, not automatically prove design quality.
- Public source abstracts are stored within the Skill; when versions, fees, policies, APIs, or journal status are needed, return to the official page.
- Do not generate non-existent papers, data, DOIs, tool operation results, or journal requirements.