Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计通过

pre-submission-reviewer预提交审稿人

Agent Skill

pre-submission-reviewer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

188

周安装

8

GitHub Stars

484

下载量

66
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:pre-submission-reviewer(预提交审稿人)
来源仓库:https://github.com/hkustdial/supervisor-skills
仓库路径:skills/pre-submission-reviewer
安装命令:
npx skills add https://github.com/hkustdial/supervisor-skills --skill pre-submission-reviewer
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/hkustdial/supervisor-skills --skill pre-submission-reviewer

简介

pre-submission-reviewer 提供多维度的稿件预审服务,涵盖逻辑严谨性、写作规范与格式合规。

  • 从宏观结构到微观语法逐层检查,标记关键、主要与次要三类问题优先级。
  • 支持 LaTeX 排版校验与禁用词汇扫描,确保学术或技术文档专业性。
  • 输出完整性门评估与最终得分建议,指导修改方向与提交时机选择。
  • 适用于论文投稿、专利申请或技术白皮书发布前的质量把关环节。

SKILL.md

Pre-Submission Reviewer

Overview

Three to five days before a submission deadline is the window where a careful external review pays off most. This skill takes a full paper or key sections and produces a structured review across five dimensions, each with severity-tagged findings and concrete rewrite suggestions. It enforces the mechanical rules from the writing-checklist section (no em-dashes, no banned AI-tone vocabulary, leading text per paragraph, topic-sentence discipline, citation-format uniformity) and surfaces the patterns that non-native English-speaking authors most commonly violate (articles, subject-verb agreement, tense consistency, which versus that, Chinglish phrasing).

The output is not a rewrite. It is a prioritised list of findings with severity tags; the author decides which to fix. CRITICAL items should block submission until addressed.

When to use this skill

  • Three to five days before a submission deadline.
  • The user asks to 'review this paper', 'audit before submission', 'check the draft', 'find issues', 'proofread'.
  • After a camera-ready revision, before sending the final version.
  • After any major rewrite (rebuttal responses, Section 3 overhaul).
  • When the user suspects AI-tone contamination in a section.

When NOT to use this skill

  • The paper is still being structured. Use tech-paper-template, intro-drafter, or benchmark-paper-template (separate plugin) first.
  • The user wants structural advice rather than review. Use the drafting skills instead.

Core procedure

Step 1: Dimension 1 Macro logic review

See: references/logic-and-structure.md for the Logic First rule, Self-contained rule, Leading Text rule, and Running Example rule.

Check:

  • Introduction flowchart is intact (Background, Limitations, Goal or Key Idea, Challenges, Methodology, Contributions).
  • Contributions map one-to-one with methodology modules and with section numbers.
  • Experiments validate the paper's main claims, not tangential ones.
  • Related Work covers the necessary prior art.
  • Running example is consistent across Introduction, Methodology, Experiments.

Every break in the chain is CRITICAL.

Step 2: Dimension 2 Writing details review

See: references/logic-and-structure.md for paragraph-level rules.

Check:

  • Every paragraph has a topic sentence.
  • Paragraphs transition smoothly; no orphan paragraphs.
  • Paragraphs are not over 10 lines; split if so.
  • No repeated or redundant passages.
  • Abstract covers problem, method, result.

Step 3: Dimension 3 English grammar review

See: references/grammar-rules.md for the canonical list of errors common to non-native English authors, with corrections and examples.

Check the usual suspects:

  • Article use (a, an, the).
  • Subject-verb agreement (third-person singular).
  • Tense consistency (Related Work past, method present).
  • Passive-voice overuse.
  • Which versus that.
  • Sentence length; split long sentences at "Specifically,".
  • Chinglish patterns.

Step 4: Dimension 4 LaTeX format review

See: references/latex-rules.md for the canonical list of LaTeX- specific issues.

Check:

  • Equation numbering contiguous; every numbered equation referenced.
  • Figures and tables have captions; captions are detailed.
  • Citations use the correct command and the non-breaking tilde (for example, ResNet~\cite{X}, never ResNet\cite{X}).
  • Labels use underscores, not spaces or hyphens.
  • Vector figure format; no raster.
  • Page-limit compliance.

Step 5: Dimension 5 Figure quality review

See: references/forbidden-patterns.md for chartjunk patterns and the full figure-quality checklist.

For each figure:

  • Vector format.
  • Font size large enough post-scaling.
  • Colour-blind-safe palette; dual encoding.
  • Self-contained caption with a finding in the first sentence.
  • No chartjunk.
  • Motivated example is concrete and failure-revealing.
  • Solution overview has labels matching section titles.

Step 6: Banned-vocabulary and em-dash scan

See: references/forbidden-patterns.md for the banned-word list.

Scan the full paper for:

  • Em-dashes used as sentence connectors (banned; project rule).
  • AI-tone words: innovative, pioneering, revolutionary paradigm, transformative framework, superior, surpass, excel, remarkable, unprecedented, breakthrough performance, general-purpose, is capable of, notably, yet, yielding, at its essence, encompass, differentiate, reveal, underscore, pave the way for, highlight the potential of, profound challenges, stems from, rigid, impede.

Flag each occurrence with a severity tag. Em-dashes are MAJOR by default; banned AI-tone words are MAJOR if they appear three or more times.

Step 7: Section-by-section review

See: references/section-guides.md for the per-section writing guides for Abstract, Introduction, Problem Formulation, Framework or Method, Experiments, Related Work, and Conclusion.

For each section, check that the section's content matches the guide's canonical structure (for example, Abstract's five-sentence formula: what, why, challenges, how, results).

Step 8: Integrity gate

Run the checks in the Integrity gate section below.

Step 9: Output

Emit the review in the Output format below.

Severity taxonomy

  • CRITICAL: blocks submission. Example: contributions do not map to sections; introduction flowchart broken; no real-world running example; raster figure in final draft; missing key baseline; page-limit violation.
  • MAJOR: reviewers will flag in first round. Example: topic-sentence absent from 3+ paragraphs; em-dash in 5+ places; banned AI-tone word in 3+ places; Table 1 comparison missing; chart type mismatched with data.
  • MINOR: polish. Example: two long sentences that could be split; default Matplotlib styling; single article error.

Integrity gate

Each bullet is tagged [inspection] (LLM verifies from the paper text) or [attestation] (LLM runs the procedure and states it has done so; user remains responsible for confirming completeness).

Before emitting the review:

  1. [inspection] Every finding quotes specific text (sentence, phrase, figure name); no "the Introduction is unclear" without a quoted line.
  2. [inspection] Every CRITICAL finding has a concrete fix suggestion, not "rewrite entirely".
  3. [inspection] No fabricated quotes: only text actually present in the submitted material.
  4. [inspection] Severity assignments follow the taxonomy; nothing is marked CRITICAL for taste reasons.
  5. [inspection] Dimension 3 (grammar) findings cite the specific grammar rule from references/grammar-rules.md.
  6. [attestation] Dimension 6 banned-vocabulary scan is run in full on the entire paper, not sampled. The skill attests the full scan; if the paper is extremely long, the skill states it chunked the input and describes the chunking strategy.
  7. [inspection] Final score matches the CRITICAL + MAJOR count; a score of 9 or 10 requires zero CRITICAL and at most two MAJOR items.

If any [inspection] check fails, mark the output as "needs user attention". For [attestation] bullets, the skill states the scope of its scan and the user confirms completeness.

Output format

Summary

  • CRITICAL:
  • MAJOR:
  • MINOR:
  • Top three fixes first:...

Dimension 1: Macro logic

#FindingSeveritySuggested fix
1CRITICAL or MAJOR or MINOR

Dimension 2: Writing details

Dimension 3: English grammar

<same table shape, citing grammar-rule ID>

Dimension 4: LaTeX format

Dimension 5: Figure quality

Banned-vocabulary and em-dash scan

Integrity gate result

  • Gate 1 through 7:

Final score (1-10)

Submission recommendation

  • <Ready to submit | Needs 1-2 days more work | Needs major revision before submission>

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

38.81%
按下载量换算26

Claude

28.97%
按下载量换算19

Cursor

19.52%
按下载量换算13

Gemini CLI

8.8%
按下载量换算6

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills