协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
paper-review【开发与工程】Conduct reviewer-style, evidence-safe reviews of academic manuscripts across disciplines using progressive method, domain, review-round, and optional reviewer overlays. Use when the user asks for a critique, scientific review, priority comments, top-to-bottom review, revision-round assessment, prior-comment regression check, or review memo rather tha…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Use academic-writing-skills as the manuscript-integrity base for lifecycle, evidence, prose, change-impact, and release checks. Apply this skill as a reviewer orchestrator that selects only the method, domain, review-round, venue, or reviewer modules needed for the manuscript.
Do not edit the manuscript unless the user authorizes revision. A request to review, critique, comment, or assess a round is non-mutating. Use the appropriate document or PDF skill for extraction, comments, tracked changes, and visual rendering.
Identify:
Prefer an explicit review round. If none is supplied, use developmental, substantive, integration, or submission; do not infer R1–R4 from prose quality, filename, or comment count.
Read overlay-contract.md before applying optional modules. Read round-calibration.md only when review maturity or cross-round progress is in scope.
For a supplied rubric, coded check report, or version-comparison review, use review-checklist-and-cases.md to record applicable checks and evidence-backed repairs. It adds traceability and worked cases, not another mandatory full-paper pass.
Infer candidate modules from the current conversation, title, Abstract, questions, Methods, tables, figures, equations, and supplement. Select the smallest set that covers the actual study. State the selected modules in the review header.
Ask one targeted question only when the available evidence leaves two materially different review standards plausible—for example, whether a latent-variable model is confirmatory or exploratory, or whether the user wants a neutral review versus a named reviewer style. Do not ask when the manuscript itself resolves the choice.
Load:
Load multiple modules for genuinely hybrid studies. A citation, keyword, or study-area mention alone does not establish a module. Treat named methods, thresholds, citations, and reporting practices inside modules as checks to evaluate, not assumptions that the manuscript must follow them.
Keep reusable domain knowledge in a direct reference file rather than expanding this routing file. A contributed module should contain:
Add the module to the routing list and architecture tests. Keep professor, laboratory, journal, and project rules in separate conditional overlays.
Apply the base skill's four passes, then use the selected modules to deepen—not duplicate—the review:
For every material issue, inherit the base skill's scope, S0–S4 severity, evidence status, issue status, authority needed, affected artifacts, and blocking stage. If an optional reviewer overlay uses MUST, SHOULD, QUERY, or PREFERENCE, keep those labels separate from severity.
Do not invent mechanisms, citations, facts, thresholds, analyses, prior comments, or reviewer preferences. A request to explain “why” does not authorize a causal story unsupported by analysis or literature.
Do not infer AI authorship from prose. Report observable features such as vague subjects, stock transitions, empty intensifiers, repetitive cadence, duplicated synthesis, or unsupported mechanisms.
Do not call a cross-round issue resolved without the prior instruction and current evidence. A response letter or resolved comment thread is evidence of an author claim, not evidence that the current artifact contains the requested change. Do not make a preference blocking unless a verified venue, reporting, author, or reviewer requirement makes it so.
Adapt the memo to the available artifact and stage. Do not invent comments for absent sections or target a fixed number.
REVIEW PROFILE: [general scientific / named conditional overlay]
PAPER: [title]
MODE: [review only / authorized revision]
STAGE OR ROUND: [maturity label or supplied round]
MODULES: [selected references and why]
SOURCE BASIS: [current files, prior material, unavailable sources]
READINESS: [named next-stage readiness and primary bottleneck]
Include only with prior evidence. Classify issues as resolved, partial, open, regressed, waived, new, or not verifiable.
For each material issue, give its location, classification, severity and evidence status, specific problem, bounded action or decision, affected artifacts, and whether it blocks the named next stage.
Follow the manuscript's actual reader functions and structure. Anchor comments to short fragments. Distinguish validity, reporting, domain convention, venue rule, reviewer preference, and local prose improvement.
Include representative cases and a revision direction. Do not rewrite unless authorized.
State which issues, decisions, sources, and artifacts must be addressed before the next review.
Use the base retrospective. Name the lifecycle stage, modules loaded, selection evidence, unresolved ambiguity, prior-round evidence, artifacts covered, change propagation, checks performed, and readiness limits.
Be direct, technically precise, and respectful. Do not impersonate a named reviewer, express frustration, or use humiliation. Never suppress a validity, ethics, evidence, or metadata issue because the manuscript is in a late round.