CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

hypogenic

Plans and audits use of ChicagoHAI HypoGeniC/HypoRefine for LLM-assisted hypothesis generation from labeled text datasets. Use for the `hypogenic` package, its task configs, hypothesis banks, or HypoBench datasets—not for manual hypothesis formulation or scientific validation.

Quality

86%

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

75%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 highly actionable, security-conscious skill body with concrete commands for every stage and a well-organized one-level-deep bundle. The main cost is length: upstream quirks, privacy policy details, and dated version facts are carried inline where the existing reference files already hold them.

Suggestions

Trim the 'Upstream CLI and API facts' and 'Provider privacy gate' sections to one or two orienting sentences each and defer the wrapper-quirk and retention details to references/upstream.md and references/security.md, which already cover them.

Consolidate dated, time-sensitive facts (release dates, recheck dates, provider retention terms) into a single clearly dated section (or references/sources.md) so the main body stays stable as versions change.

Add explicit error-recovery steps to the default workflow (e.g., 'if the dataset audit fails, resolve duplicate groups per references/datasets.md and re-run') to turn the implied nonzero-exit loop into a written fix-and-revalidate checkpoint.

DimensionReasoningScore

Conciseness

The body contains no basic-concept padding and nearly every sentence carries non-inferable operational fact (pinned hashes, CLI bugs, split policy), but it is long (~320 lines) with detail that could be tightened or deferred: upstream wrapper quirks and provider privacy retention specifics are spelled out inline even though references/upstream.md and references/security.md exist and are cited for the same material. Per the guideline penalizing time-sensitive dates/versions outside a dedicated section, inline dated items ('rechecked on 2026-10-01', provider retention terms 'as of the dated sources') also cost it the 4 anchor ('minor instances of over-explanation').

3 / 5

Actionability

Every workflow stage has a copy-paste-ready, fully flagged command: 'uv pip install "hypogenic==0.3.5"', 'python3 scripts/validate_config.py run --input assets/run_config.example.json --root .', audit_dataset/plan_run/inspect_outputs/evaluate_local invocations with concrete arguments. The commands cover the common cases end-to-end and placeholders (/path/to/pinned/HypoBench-datasets) are appropriately explicit, matching the 5 anchor.

5 / 5

Workflow Clarity

The 8-step default workflow is clearly sequenced with explicit validation checkpoints (validate config, audit dataset, bounded cost plan, confirmation gate before any external call, single evaluation on the locked test split), which satisfies the destructive/batch validation requirement. It falls short of the 5 anchor because error-recovery loops are implied ('return nonzero on invalid or unsafe input. Review generated plans and reports') rather than written as explicit fix-and-revalidate steps.

4 / 5

Progressive Disclosure

Structure is good: a References section lists all six reference files with one-line descriptions, a Bundled local tools section indexes the five scripts, and every referenced path (verified against the actual bundle) exists and is one level deep. It is not the 5 anchor because content that could live entirely in references is still inlined — the 'Upstream CLI and API facts' and 'Provider privacy gate' sections duplicate material already covered by upstream.md and security.md, and the citation section is lengthy boilerplate.

4 / 5

Total

16

/

20

Passed

Description

90%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 what the skill does, when to use it with concrete package-specific triggers, and explicitly fences off adjacent skills. The only weakness is that 'Plans and audits' captures just two of the skill's capabilities (validation, cost planning, inspection, and evaluation are not surfaced).

DimensionReasoningScore

Specificity

The description names the domain precisely ("ChicagoHAI HypoGeniC/HypoRefine for LLM-assisted hypothesis generation from labeled text datasets") and gives exactly two concrete actions ("Plans and audits"). This matches the anchor 'Names domain and 1-2 concrete actions, but not comprehensive' — not 4, since 'several specific actions' like the extract/fill/convert example are absent, and not 2, since the actions are concrete and domain-anchored rather than generic.

3 / 5

Completeness

Both questions are answered explicitly: what ("Plans and audits use of ChicagoHAI HypoGeniC/HypoRefine for LLM-assisted hypothesis generation") and when ("Use for the `hypogenic` package, its task configs, hypothesis banks, or HypoBench datasets"), plus an explicit negative trigger ("not for manual hypothesis formulation or scientific validation"). This is a clear match for the 5 anchor with concrete trigger phrases, exceeding the 4 anchor where 'when' is only adequate.

5 / 5

Trigger Term Quality

Trigger terms comprehensively cover the natural vocabulary of this niche: "hypogenic package", "HypoGeniC/HypoRefine", "HypoBench datasets", "hypothesis banks", "task configs", "labeled text datasets" — mirroring the synonym-plus-artifact coverage of the 5-anchor '.pdf' example. A user needing this skill would say one of these exact names, so it is not the 4-anchor case of 'a few natural terms missing'.

5 / 5

Distinctiveness Conflict Risk

The triggers are package-specific names (hypogenic, HypoBench, hypothesis banks) that virtually no other skill would claim, and the explicit 'not for manual hypothesis formulation or scientific validation' exclusion separates it from sibling hypothesis skills. This is a clear niche with minimal conflict risk, matching the 5 anchor rather than the 4 anchor's 'minor overlap risk'.

5 / 5

Total

18

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

K-Dense-AI/scientific-agent-skills

Path

skills/hypogenic/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.