CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

scikit-survival

Builds, evaluates, and audits right-censored or competing-risk survival workflows with scikit-survival, including leakage-safe preprocessing, model selection, probability prediction, and censoring-aware metrics.

Quality

87%

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

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

An exemplary procedural skill body: version-pinned executable examples, a non-negotiable ten-step checklist with validation checkpoints, and clean one-level-deep disclosure into six existing reference files and five existing CLI scripts. The only notable drag is conciseness — the historical security-triage narrative, the citation-fetch protocol, and the dated URL list consume tokens that could be trimmed or relocated to a reference file.

Suggestions

Condense the Security triage section to its actionable rule (never name a project script after an imported package) and drop the historical phantom-finding inventory narrative.

Move the dated source URL list into a reference file and keep only the release/version pins inline, so stale-dated content does not sit in the main body.

Trim the citation-fetch protocol to a two-line pointer to preserve token budget for the survival workflow itself.

DimensionReasoningScore

Conciseness

The body is dense and procedural and assumes competence (no explanation of what survival analysis or Cox regression is), with nearly every token carrying non-obvious contract detail (metric input shapes, 0.28 API defects, leakage rules). However, administrative/history sections pad it — the Security triage recounting a "phantom analyzer finding" from a past inventory, the multi-paragraph citation-fetch protocol, and the dated source URL list — which is minor over-explanation that could be trimmed rather than 'mostly efficient with unnecessary explanation'.

4 / 5

Actionability

Every section is copy-paste executable: Surv construction, a full leakage-safe ColumnTransformer pipeline, the metric-contract snippet with exact array shapes, the GridSearchCV wrapper with parameter prefixes, the competing-risk CIF call, pinned uv install commands, and concrete CLI invocations. Code is complete and covers the common cases, matching the anchor for fully executable, copy-paste-ready guidance rather than 'minor gaps'.

5 / 5

Workflow Clarity

The "Non-negotiable workflow" is an explicit 10-step checklist with built-in validation checkpoints (validate outcomes, split before learned preprocessing, restrict evaluation times, match predictions to metrics), and the CLI section sequences validate → train → evaluate → report with stated failure behavior ("fails clearly on an unsupported holdout"). This matches the anchor for clear sequence, explicit validation steps, and a checklist for a complex process.

5 / 5

Progressive Disclosure

The body is an overview that delegates depth to six real reference files (all present in references/) and five real scripts (all present in scripts/), with every inline pointer stating when to read it (e.g. "Use references/data-handling.md before loading custom or competing-risk data") plus a Reference files index section. Bundle structure is one level deep with only lateral cross-links between reference files, matching the anchor for a clear overview with well-signaled one-level-deep references.

5 / 5

Total

19

/

20

Passed

Description

75%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 specific, third-person, and highly distinctive, naming the library, outcome types, and concrete capability areas from preprocessing through censoring-aware metrics. Its weaknesses are the complete absence of any 'use when' trigger guidance (capping completeness) and missing natural synonyms like 'time-to-event' or 'Cox'.

Suggestions

Append an explicit trigger clause, e.g. "Use when working with time-to-event or censored data, fitting Cox or survival-forest models, or computing concordance, Brier, or AUC metrics with scikit-survival."

Add natural synonyms users actually say — "time-to-event", "censored data", "Cox model", "survival analysis" — to raise trigger-term coverage.

Slightly compress the capability enumeration so the new trigger clause fits without lengthening the description.

DimensionReasoningScore

Specificity

"Builds, evaluates, and audits right-censored or competing-risk survival workflows with scikit-survival, including leakage-safe preprocessing, model selection, probability prediction, and censoring-aware metrics" names the domain plus multiple concrete actions covering every workflow stage (preprocessing, selection, prediction, metrics). This matches the anchor for comprehensive coverage of specific concrete actions, not merely 'several actions with minor gaps'.

5 / 5

Completeness

The 'what' is clear and concrete (builds/evaluates/audits survival workflows with named sub-capabilities), but there is no "Use when..." clause or equivalent explicit trigger guidance anywhere in the description — the judging guideline caps completeness at 3 for this. It cannot score 4 because a 'when' element is entirely absent rather than merely imprecise, and 2 is wrong because the 'what' is fully clear.

3 / 5

Trigger Term Quality

Strong natural keywords are present ("survival", "right-censored", "competing-risk", "censoring-aware metrics", "scikit-survival", "model selection"), but common variations users actually say are missing — e.g. "time-to-event", "censored data", "Cox", "Kaplan-Meier", "concordance". Good coverage with a few natural terms missing fits the 4 anchor; 5 would require synonym-level coverage like "PDF files, PDFs, .pdf".

4 / 5

Distinctiveness Conflict Risk

"right-censored", "competing-risk survival", and "scikit-survival" define a clear niche with distinct triggers and minimal conflict risk against generic ML, statistics, or sklearn skills. Re-reading the 4 anchor ('minor overlap risk with closely related skills') does not fit better — no closely related skill would claim censored-survival modeling with this library.

5 / 5

Total

17

/

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/scikit-survival/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.