CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

make-latex-model

当用户明确要求“LaTeX 模板优化”“样式参数对齐”“像素级比对”“make-latex-model”或旧写法“make_latex_model”,或要把 ChineseResearchLaTeX 里的某个项目做成高质量模板时使用。适配 NSFC / paper / thesis / cv 四条产品线;先依据 packages/ 与 projects/ 的真实分层判断改项目层还是公共包,再用各产品线官方构建入口验收。若必须修改 packages 下公共包,需先生成受影响模板回归计划并完成相关回归;NSFC 专项工具仅在明确属于 NSFC 参数对齐场景时按需使用。

Quality

84%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

67%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is a well-structured operational overview: imperative bullets, a numbered package-safety gate, an explicit six-item validation checklist, and a failure/recovery loop, with bundle references that exist and are one level deep. Its weaknesses are the inlined generic constraint boilerplate that dilutes the token budget and the duplication of script-scope detail already carried by references.

Suggestions

Move the 公共硬约束 boilerplate block into a separate reference file (e.g., references/COMMON_CONSTRAINTS.md) and keep a one-line pointer in SKILL.md, reclaiming roughly a third of the body for task-specific content.

Replace the bare script-name list under 官方入口验证 with the full build commands (as already documented in references/PRODUCT_LINE_RULES.md), or point explicitly to that table instead of restating the names.

Move the bug-recording rules out of 执行步骤 into a dedicated short section or reference, and number the top-level 流程 steps so the overall sequence is explicit rather than implied by section order.

DimensionReasoningScore

Conciseness

The core workflow sections are lean imperative bullets ("只改与当前任务直接相关的文件", "绕过官方构建入口只跑裸 xelatex" under 避免), but roughly a third of the body is generic boilerplate that is not specific to this task — the eight 公共硬约束 bullets (secret-handling, SSRF/path-traversal, CHANGELOG policy) and the three bug-recording bullets in 执行步骤. That matches anchor 3's 'mostly efficient but includes some unnecessary explanation or could be tightened'; it is above 2 because nothing explains concepts Claude already knows, and below 4 because the shared-constraint block could be moved out of the main body.

3 / 5

Actionability

Concrete executable guidance is present: "运行 python3 skills/make-latex-model/scripts/plan_package_regression.py <packages/bensz-*>", named official entries (nsfc_project_tool.py, paper_project_tool.py, thesis_project_tool.py, cv_project_tool.py), and named analysis scripts (analyze_pdf.py, compare_headings.py, compare_pdf_pixels.py, optimize_heading_linebreaks.py) that all exist in scripts/. This fits anchor 4's 'concrete code or commands with minor gaps'; it misses 5 because the official-entry commands are given as bare script names without invocation arguments in the body (the full commands live in references/PRODUCT_LINE_RULES.md), and several steps like 判断修改层级 defer their actual criteria to reference files.

4 / 5

Workflow Clarity

The 流程 sections form a clear sequence (输入 → 判断验收口径 → 判断修改层级 → 最小范围实现 → 包层安全门禁 → 官方入口验证 → 输出 → 校验 → 失败与恢复), the package safety gate is a numbered 4-step procedure, 校验 is an explicit 6-item checklist, and 失败与恢复 provides a retry-from-last-failed-step feedback loop — matching anchor 4. It misses 5 because the overall sequence is implied by section order rather than explicitly numbered, and the 执行步骤 section mixes bug-recording policy into the flow rather than actual execution steps, slightly blurring the sequence.

4 / 5

Progressive Disclosure

The body is an ~120-line overview with clearly labeled one-level-deep pointers to real bundle files — "产品线识别:references/PRODUCT_LINE_RULES.md", "脚本职责:references/SCRIPT_SCOPE.md", "工具说明:scripts/README.md" — all of which exist and contain the promised detail, matching guideline scoring against the actual bundle. This fits anchor 4; it misses 5 because the script list under 官方入口验证 duplicates content that SCRIPT_SCOPE.md already owns, and the docs/ paths (docs/WORKFLOW.md, docs/for-developers/*-template-standard.md, docs/BASELINE_GUIDE.md) point outside the bundle and cannot be navigated from it.

4 / 5

Total

15

/

20

Passed

Description

95%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description is a strong example: it opens with an explicit Use-when clause full of natural trigger phrases including a legacy-spelling synonym, then states concrete capabilities and the repo-specific layering/validation workflow. Its only weakness is that the capability list is slightly workflow-centric rather than exhaustive of what the skill can do.

DimensionReasoningScore

Specificity

Lists several concrete actions — "适配 NSFC / paper / thesis / cv 四条产品线", "先依据 packages/ 与 projects/ 的真实分层判断改项目层还是公共包", "先用各产品线官方构建入口验收", "需先生成受影响模板回归计划并完成相关回归" — which fits anchor 4's 'several specific actions; minor gaps'. It falls short of 5 because the capability coverage centers on the alignment/verification workflow (e.g., PDF pixel comparison and parameter extraction appear only as triggers, not as stated capabilities), and sits above 3 because more than 1-2 concrete actions are named.

4 / 5

Completeness

Both halves are explicit: the 'when' opens with "当用户明确要求…时使用" listing concrete trigger phrases, and the 'what' states the deliverable (making a ChineseResearchLaTeX project into a high-quality template) plus the layered workflow (layer judgment, official-entry validation, regression gate). This is a direct match for anchor 5; anchor 4 would require the 'when' to be less explicit or the trigger phrases less concrete.

5 / 5

Trigger Term Quality

Natural trigger phrases users would actually say are covered comprehensively with synonyms and variants: "LaTeX 模板优化", "样式参数对齐", "像素级比对", "make-latex-model", and the old spelling "make_latex_model", plus the scenario "要把 ChineseResearchLaTeX 里的某个项目做成高质量模板". This matches anchor 5's 'comprehensive coverage of natural terms including synonyms'; anchor 4 would require several natural terms still to be missing, which is not the case.

5 / 5

Distinctiveness Conflict Risk

The description is scoped to a single repository ("ChineseResearchLaTeX"), names its own skill identifiers in both current and legacy spellings, and names repo-specific product lines (NSFC / paper / thesis / cv) and paths (packages/, projects/), giving it a clear niche with minimal conflict risk — anchor 5. Anchor 4 would imply overlap with closely related skills, which the repo-specific triggers preclude.

5 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

huangwb8/ChineseResearchLaTeX

Path

skills/make-latex-model/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.