Content
86%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The body is an efficient, executable CLI reference with a clear end-to-end workflow and clean organization appropriate to a single-file skill. The main improvement opportunities are showing concrete paper_id formats per source and adding a brief failure-handling note for search/download steps.
Suggestions
Add one example showing what a <paper_id> looks like for a couple of sources (e.g., arXiv vs. PubMed identifiers) so download/read commands can be constructed without guessing.
Include a short validation note in the workflow, e.g., check the download command's reported path exists and retry with a different source if a search returns no results.
Show one sample invocation end-to-end (e.g., search on arxiv then read that paper_id) to anchor the abstract command templates.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is a lean CLI reference: every line is either an executable command, a flag definition, or an operational note ("Config warnings go to stderr and can be ignored"), with zero explanation of concepts Claude already knows. It matches the 5 anchor ("every token earns its place") and is clearly above the 4 anchor, which allows minor trimmable over-explanation. | 5 / 5 |
Actionability | Commands are concrete and executable with flags and defaults documented ("paper-search search \"<query>\" -n <max_per_source> -s <sources> -y <year>"), including install instructions. Not a 5 because the <paper_id> format is never exemplified (e.g., what an arXiv vs. PubMed identifier looks like), leaving a minor gap when constructing download/read commands; it is well above the 3 anchor since nothing is pseudocode. | 4 / 5 |
Workflow Clarity | The four-step workflow (search with targeted sources, present a table, read for full text, download for PDF) is a clear, correctly sequenced procedure with per-step expected outputs. Not a 5 because there are no validation checkpoints (e.g., confirm the download succeeded or handle a source returning no results); not a 3 since the sequence is complete and explicit rather than having gaps — and no destructive or batch cap applies. | 4 / 5 |
Progressive Disclosure | This is a single-file skill with no references/, scripts/, or assets/ directories; at under 50 lines with well-organized sections (CLI Usage, Output, Sources, Workflow) it fully fits the simple-skill exception where well-organized sections alone warrant a 5. No content exists that should be split out, and no references are buried. | 5 / 5 |
Total | 18 / 20 Passed |