CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

darwin

Orchestrating ecosystem self-evolution: lifecycle-phase detection, agent relevance, cross-agent knowledge synthesis, evolution proposals. Use when auditing skill-ecosystem health or fitness.

Quality

76%

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

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/darwin/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The workflow spine is excellent — a phased pipeline with explicit verification criteria, feedback loops, and gated destructive operations — but the body carries significant duplication (the HTML comment block vs. the Core Contract) and verbose explanations of general multi-agent failure modes, while every core formula and mechanism is delegated to reference files that do not exist in the provided bundle.

Suggestions

Remove or merge the CAPABILITIES_SUMMARY HTML comment block into the body (or into a reference file) — it substantially duplicates the Core Contract bullets and costs ~37 lines of context on every load.

Trim the failure-mode definitions in the Core Contract (orchestration anti-patterns, spec ambiguity, state sync, deadlocks) to one-line detection criteria, moving definitions into a reference file — Claude already knows these concepts.

Ship the referenced files (reference/*.md, _common/*.md) with the skill or verify their paths — as provided, every Read First / Read next / Reference Map target is unresolvable, leaving the skill's core mechanics (EFS, RS formulas) inaccessible.

DimensionReasoningScore

Conciseness

Mostly efficient but with real tightening opportunities: the 37-line CAPABILITIES_SUMMARY comment block largely restates capabilities the Core Contract bullets then re-explain (e.g., bottleneck_migration_detection appears in both), routing signals are triple-listed (Trigger Guidance bullets, Recipes table, Output Routing table), and long bullets explain general failure modes Claude already knows ("resource deadlocks (agents blocked on shared resources without timeout — silently consume resources... harder to detect than crashes because they mimic productivity)"). Not 2 because there is no tutorial-style padding; not 4 because the comment/body duplication exceeds 'minor instances of over-explanation'.

3 / 5

Actionability

Concrete specifics exist — persistence targets (".agents/ECOSYSTEM.md"), grade bands "S(95+) A(85+) B(70+) C(55+) D(40+) F(<40)", thresholds ("Confidence ≥0.60", "If EFS drops >5 points within 7 days → flag for review"), an exact PROJECT.md row format, and parseable subcommand dispatch (health/fitness/evolve/sunset). But the core mechanics — EFS formula, RS formula, lifecycle detection algorithm — are entirely delegated to reference files ("You need RS formula, EFS formula, or lifecycle detection algorithm" → reference/assessment-models.md), none of which ship in the bundle. Not 4 because key execution details are missing from what is present; not 2 because thresholds, file formats, and dispatch rules are concrete.

3 / 5

Workflow Clarity

The SENSE → ASSESS → EVOLVE → VERIFY → PERSIST table gives each phase a required action, key rule, and read-file; VERIFY has explicit criteria ("Confirm EFS does not decrease", "If EFS drops >5 points within 7 days → flag for review") plus a feedback loop ("Feed below-threshold production traces back into the evaluation baseline — drift that escapes detection becomes the new normal"); destructive sunset operations are gated behind Ask-First with graceful-deprecation verification; and Output Requirements acts as a checklist ("a ceiling, not a floor"). Not 4 because checkpoints are explicit with error-recovery loops, not merely present.

5 / 5

Progressive Disclosure

Navigation is well signaled — a Reference Map with a "Read this when" column and Read First/Read next columns pointing one level deep — but the bundle ships no references/, scripts/, or assets/ directories, so all 10+ referenced paths (reference/*.md, _common/*.md) are unresolvable as provided, and the 37-line CAPABILITIES_SUMMARY comment block is reference-grade detail inlined directly in SKILL.md. Not 4 because unresolvable referenced paths plus inlined capability detail is more than a minor organization gap; not 2 because structure and reference signaling are present and clear.

3 / 5

Total

14

/

20

Passed

Description

78%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: concrete actions, an explicit 'Use when' clause, and a distinctive niche. Its main weakness is that the when-clause undersells the full trigger surface (sunset, sprawl, drift, journal synthesis) the body actually supports.

DimensionReasoningScore

Specificity

Names four concrete actions — "lifecycle-phase detection, agent relevance, cross-agent knowledge synthesis, evolution proposals" — matching the 'several specific actions; minor gaps' anchor. Not 5 because the actions stay domain-abstract (no concrete artifacts/objects like file types) and body-supported capabilities such as staleness/sunset detection are absent; not 3 because four actions are named, exceeding the 1–2 of that anchor.

4 / 5

Completeness

Both answered: what = "Orchestrating ecosystem self-evolution: lifecycle-phase detection, agent relevance, cross-agent knowledge synthesis, evolution proposals"; when = "Use when auditing skill-ecosystem health or fitness". Not 5 because the when-clause covers only health/fitness auditing while the body supports many more triggers (sunset identification, drift cascade, sprawl, trigger evaluation), so 'when' could be more explicit; not 3 because the when is explicitly stated, not weakly implied.

4 / 5

Trigger Term Quality

Natural terms present: "auditing skill-ecosystem health or fitness", "agent relevance", "lifecycle-phase detection". Not 5 because common variations the body's own Trigger Guidance lists are missing ("staleness", "sunset", "sprawl", "drift", "journal synthesis"); not 3 because coverage is genuinely good rather than 'some relevant keywords'.

4 / 5

Distinctiveness Conflict Risk

"Orchestrating ecosystem self-evolution" plus "skill-ecosystem health or fitness" carves a clear niche with distinct triggers and minimal conflict risk against generic skills. Not 4 because no evident overlap risk remains — the qualifying term "skill-ecosystem" scopes the otherwise-common words "health" and "fitness" to this niche.

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

simota/agent-skills

Path

.agents/skills/darwin/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.