Content
71%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 information-dense, highly actionable operations manual with real parameter and API gotchas, a clear phased workflow, and strong decision frameworks. Its main weaknesses are the four dangling references to bundle files that do not exist, inlined detailed sections that belong in those reference files, and a partially pseudocode dose-feasibility example.
Suggestions
Ship the referenced bundle files (PROCEDURES.md, REFERENCE.md, EXAMPLES.md, REPORT_TEMPLATE.md) or remove/repair the pointers — currently every reference in the body and the Reference Files section resolves to nothing in the skill directory.
Move the detailed Patent Landscape Check, Signature-Based Repurposing, and Cross-Knowledge-Graph sections (and possibly the full tool catalog) into the reference files, keeping only a tool table and one-line pointers in SKILL.md to reduce context load.
Replace the `pass # Parse actual values from results` placeholder in the dose-feasibility check with executable IC50/Ki extraction code so the procedure runs as written.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is dense with genuinely non-obvious information — parameter gotchas ("Param: `query=` (NOT `target_name=`)", "newline-separated string, NOT array"), response-nesting paths, and API-key requirements — and avoids explaining concepts Claude already knows. Minor trimmable instances remain: the patent 403/404 explanation is repeated in the Troubleshooting table, "check clinical trials first" appears in both Best Practices and the interpretation questions, and the "Verified live" narrative paragraphs are wordier than needed. Efficient with minor over-explanation, not the unnecessary-concept explanation of a 3. | 4 / 5 |
Actionability | Mostly executable guidance: a copy-paste-ready Quick Start with parsing paths, exact tool names with required parameter forms, concrete scoring thresholds ("IC50 > 10x original → flag as unlikely feasible"), and worked parameter examples ("identifiers=\"SOD1\\nTARDBP\\nFUS\""). It falls short of 5 because the dose-feasibility code block ends in `pass # Parse actual values from results` (pseudocode) and the patent and LINCS workflows are prose-only without runnable examples — minor but real gaps. | 4 / 5 |
Workflow Clarity | The 5-phase workflow is clearly sequenced, with an explicit strategy-selection gate ("Identify which strategy applies FIRST... Do not run all three strategies blindly"), interpretation questions that act as synthesis checkpoints, and a troubleshooting table for error recovery. It does not reach 5 because the per-phase steps are one-line summaries deferred to PROCEDURES.md, which is not present in the bundle, leaving the detailed sequence underspecified in the file itself. | 4 / 5 |
Progressive Disclosure | The file is well-sectioned and signals its references clearly ("See: PROCEDURES.md", plus a Reference Files list), but the referenced files — PROCEDURES.md, REFERENCE.md, EXAMPLES.md, REPORT_TEMPLATE.md — do not exist anywhere in the bundle (no references/, scripts/, or assets/ directories), so every external pointer is dangling. Additionally, substantial detailed content (full tool catalog, ~20-line patent landscape section, signature-based and Translator sections) is inlined in SKILL.md rather than split out, matching the anchor for structure present but content that should be separate kept inline. | 3 / 5 |
Total | 15 / 20 Passed |