shield_lock
JinDaGe
← Back to skills
extension
Category: Data & AnalyticsNo API key required

HTML审查

Runs OAE article pre-publication preview QC on one article against 184 checklist rules, writes an Excel report (通过/修改/待人工检查/N/A) with 证据定位. Then opens the preview page, clicks Download PDF to download the article PDF for content review, and clicks remaining page links (DOI, Cite, refs, etc.). Prefer a live preview URL; use a saved HTML file only if the URL is unreachable. Use when the user asks for 上线前检查, html-pre-check, 网站预览检查, or 质控清单, and provides a preview URL or HTML path.

personAuthor: user_333f661bhubcommunity
downloadDownload package

HTML 上线前预览检查

对用户当次提供的一篇预览稿做质控。优先用预览 URL（https://www.oaepublish.com/articles/{稿号}?act=preview）。当前环境打不开该地址时，再用用户给出的本地 .html。

规则见 reference/rules.json。调用词见 prompt/prompt.md。

输入

至少提供一项：

  • 预览 URL（优先）
  • 本地 .html（URL 不可达时的备选；浏览器「网页，全部」另存即可，可带同名 _files）

两个都缺时才向用户询问。用户只给 URL 且访问失败时，再请用户提供本地 .html；不要为了补齐另一项或指定输出路径而打断。

最终交付物

必须生成核验完成的 output/{稿号}/qc-result.xlsx。该相对路径位于当前项目工作目录；无需询问用户保存位置。Excel 包含：

  • 「上线前质控清单」：184 条最终判定及检查区域
  • 「摘要」：稿件基本信息和判定计数

PDF 仅作为审阅输入，不属于最终交付物。

命令

在当前项目工作目录运行命令；使用本 skill 目录下脚本的实际路径：

pip install -r "<skill目录>/requirements.txt"
python "<skill目录>/scripts/check_html.py" --url "https://www.oaepublish.com/articles/{稿号}?act=preview"

URL 不可达且用户给了本地快照：

python "<skill目录>/scripts/check_html.py" --url "<预览 URL>" --html "<用户给的.html>"

只给本地快照：

python "<skill目录>/scripts/check_html.py" --html "<用户给的.html>"

每篇只生成一次初始 Excel。完成后直接修改同一文件；中途继续时沿用现有文件。只有输入变化或用户明确要求重新检查时才重新生成。

判定规则（必须遵守）

| 结果 | 何时 | |------|------| | 通过 | 已打开的页面或快照能证明该项无缺陷 | | 修改 | 已打开的页面或快照定位到缺陷 | | 待人工检查 | 规则适用，且当前仍缺点击/下载/真机证据（证据定位里留下待打开的 URL） | | N/A | 本稿不适用，或当前是预览态、正式 URL/状态条款豁免 |

预览豁免（标 N/A，仍写检查区域）：正式 URL 含 preview/staging、预发布转正式、二维码须指向正式地址。页面内容（题名、作者、图、声明、文献）仍按正式上线标准查。

流程/签核（修改闭环、作者校样、二次终校、上线签核等）→ 待人工检查。

四端一致性：在预览页点击 Download PDF 下载本稿 PDF（不要用 Journal Flyer），对照 HTML/Cite 后给 通过 或 修改。点不开或下不到才保持 待人工检查。

版式/水印/窄屏遮挡 → 待人工检查（需真机或目视）。

证据定位

每条都必须写检查区域，不论通过、修改、待人工检查还是 N/A。

格式：选择器或章节 | 摘录≤80字。

  • 通过：写核过的位置，摘录可见到的关键文本
  • 修改：写缺陷位置与摘录
  • 待人工检查：写位置并补待打开的 URL
  • N/A：写本应检查的位置，摘录写不适用原因

脚本之后，你要做的

  1. 在「上线前质控清单」筛结果=修改，对照页面确认不是误报；误报改回 通过，检查区域保留。
  2. 对脚本标 通过 的语言/科学项（拼写、图注与正文一致性、P 值、单位、基因名等），读正文后再决定。若发现缺陷，改成 修改，并按上面格式改检查区域。
  3. 筛结果=待人工检查，打开预览页后按入口核验（不要只把检查区域里的 URL 贴进地址栏）：
    • PDF / 四端：点页面上的 Download PDF，下载本稿 PDF，核对题名、作者、DOI、日期、图表、声明与网页是否一致。Journal Flyer 不是本稿 PDF。
    • 其余链接：DOI、Cite/RIS/BibTeX、文献、数据、ORCID、Supplementary 等，在页面上逐个点开，按打开结果给 通过 或 修改。
    • 仍需真机或签核的保持 待人工检查。
  4. 核验后改同一 Excel 中对应行的结果（F）和检查区域（H）；H 始终保留检查位置。按最终判定同步摘要计数。结果颜色固定为：通过=绿色、修改=红色、待人工检查=黄色、N/A=灰色；不得让改单后的标签沿用旧颜色。

向用户交付

聊天中直接提供：

  1. 最终 Excel 文件链接或实际路径
  2. 稿件题名、DOI
  3. 通过 / 修改 / 待人工检查 / N/A 的最终计数
  4. 全部「修改」项的序号、检查细节项和证据定位

不展开全部通过项，不介绍或交付审阅用 PDF。所有结论按实际证据判定；证据不足的适用项保持「待人工检查」，不得猜测为通过。

范围

  • URL 或路径用用户当次给出的；一次一篇，一条命令对应一篇。
  • href 缺失或明显指向错误对象（如 Download PDF 链到 Flyer）→ 修改。
  • 可点击的链接都必须点开后再给 通过 / 修改。