CtrlK
BlogDocsLog inGet started
Tessl Logo

daily-papers-notes

论文笔记生成(3 步流水线的第 3 步)。补充概念库,为推荐论文生成完整笔记, 链接回填到推荐文件;目录页默认自动刷新,git 自动化默认关闭。 触发词:"批量笔记"、"跑一下论文笔记"

65

Quality

82%

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

73%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.

A well-structured pipeline skill with an exemplary workflow: prechecks, per-note quality validation with delete-and-regenerate feedback loops, conditional gates for MOC refresh and git, and concrete copy-paste commands. Its weaknesses are redundancy — the anti-laziness/context-overflow rules are stated two to three times — plus a duplicated (likely erroneous) reference in Step 1c and two unreconciled line-count thresholds (100 vs 120) for note quality.

Suggestions

State the anti-laziness and context-overflow rules once (e.g., in a single 禁止事项 section) instead of repeating them nearly verbatim in Step 2's 铁律, the ⚠️ 笔记质量硬性要求 block, and 注意事项 — this trims ~20 lines without losing the emphasis.

Fix the duplicate reference in Step 1c: "概念笔记模板见 ../paper-reader/references/concept-categories.md" repeats the 分类规则 path; point it at the actual concept-note template file.

Reconcile the two line-count quality thresholds — existing notes are skeletons below 100 lines while newly generated notes require >= 120 — by explaining or unifying them so the quality check in Step 2.2 and the post-generation validation are not read as contradictory.

DimensionReasoningScore

Conciseness

The body is mostly operational and efficient, but the anti-laziness/context-overflow protocol is repeated nearly verbatim in Step 2's 铁律 ("如果 context 接近上限,先把已完成内容落盘…绝对不能默默跳过") and again in 注意事项 ("如果 context 真的接近上限:先保存…绝不能默默跳过"), and the no-skeleton-note rule appears in both ⚠️ 笔记质量硬性要求 and the 绝对禁止 list. Not a 2 because it never explains concepts Claude already knows; not a 4 because the duplicated warning blocks are more than minor trimming.

3 / 5

Actionability

Concrete executable commands throughout: "python3 ../_shared/user_config.py", "cd {VAULT_PATH} && git add -A && git commit -m "daily papers: notes YYYY-MM-DD"", quantitative validation thresholds ("文件行数 >= 120", "至少 2 处" LaTeX, "至少 1 张" image), and an exact insertion line ("- 📒 **笔记**: [[笔记名]]"). Not a 5 because Step 1c cites the same ../paper-reader/references/concept-categories.md path for both 分类规则 and 概念笔记模板 (one is presumably wrong), and the backfill matching in 3b/3d is described procedurally rather than with executable patterns.

4 / 5

Workflow Clarity

Clear Step 0→5 sequence with entry prechecks (前置检查 stops if the enriched JSON or daily file is missing), an explicit per-note validation checklist with a regeneration feedback loop ("如果任一条件不满足,删除文件并重新生成"), quality re-checks of existing notes, and git preconditions (VAULT_PATH/.git exists, staged changes confirmed before commit). This matches the anchor of explicit validation steps, feedback loops, and checklists for a complex batch process.

5 / 5

Progressive Disclosure

References are one level deep and clearly signaled — "[Agent 运行约定](../_shared/agent-runtime.md)", "[paper-reader](../paper-reader/SKILL.md)", "分类规则见 ../paper-reader/references/concept-categories.md" — with detail appropriately delegated to paper-reader and shared scripts rather than inlined. Not a 5 because Step 1c cites concept-categories.md twice (for both rules and the note template, likely a broken duplicate) and some rule content is duplicated inline instead of consolidated; above a 3 because the split and navigation are otherwise appropriate.

4 / 5

Total

16

/

20

Passed

Description

83%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.

A strong description: it states the skill's pipeline position, lists multiple concrete actions (concept supplementation, note generation, link backfill, index refresh, git defaults), and provides an explicit trigger-word clause with natural phrases. The only gaps are minor — a few missing trigger variations and slight under-specification of which papers receive notes.

DimensionReasoningScore

Specificity

Lists several concrete actions — "补充概念库,为推荐论文生成完整笔记,链接回填到推荐文件;目录页默认自动刷新,git 自动化默认关闭" — covering supplement concepts, generate notes, backfill links, refresh indexes, and git defaults. Not a 5 because it omits which papers qualify (the body restricts notes to 必读 papers) and what the notes contain, leaving minor coverage gaps.

4 / 5

Completeness

Clearly answers both questions: what — "补充概念库,为推荐论文生成完整笔记,链接回填到推荐文件" — and when — a dedicated "触发词" clause with two concrete trigger phrases plus "3 步流水线的第 3 步" pipeline positioning. Not a 4 because the when-clause is explicit with concrete phrases rather than weakly implied.

5 / 5

Trigger Term Quality

Explicit trigger words "批量笔记" and "跑一下论文笔记" are natural phrases a user would say, reinforced by domain terms (论文笔记, 概念库, 推荐论文). Not a 5 because common variations such as 生成笔记/整理笔记/写论文笔记 are missing; better than a 3 since two colloquial trigger phrases plus domain keywords give good coverage.

4 / 5

Distinctiveness Conflict Risk

"论文笔记生成(3 步流水线的第 3 步)" carves a clear niche with its own trigger words within a pipeline. Not a 5 because the actions "补充概念库" and note generation overlap with the closely related sibling paper-reader skill; well above a 3 since the step-3 positioning and distinct triggers make it mostly distinguishable.

4 / 5

Total

17

/

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

relative_links

Relative link issues: 2 suspicious

Warning

Total

15

/

16

Passed

Repository
huangkiki/dailypaper-skills
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.