CtrlK
BlogDocsLog inGet started
Tessl Logo

agently

Use when a model-powered product, assistant, automation, evaluator, or workflow request still needs the right Agently owner, execution shape, or project boundary chosen. Also use for explicit low-frequency TaskDAG or DynamicTask requests.

64

Quality

76%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./skills/agently/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

86%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 body is a tightly written, well-structured routing and ownership guide that assumes competence and uses progressive disclosure effectively, with real reference files and a clear multi-step workflow. Its only meaningful gap is the absence of concrete runnable examples to confirm the boundary and contract shapes it prescribes.

DimensionReasoningScore

Conciseness

Lean, dense routing and ownership rules that assume Claude's competence ("Separate model-owned semantic decisions from host-owned validation") with no padding or explanation of concepts Claude already knows; every section earns its place.

5 / 5

Actionability

Provides concrete, executable guidance including the ModelRequest boundary rules (runtime facts in .input(...), schemas in .info(...), rules in .instruct(...), shape in .output(...)) and explicit routing tables per owner; not a 5 because it is instruction-only with no runnable code samples to confirm shapes.

4 / 5

Workflow Clarity

A clearly sequenced 6-step workflow with an explicit checkpoint ("Report a framework gap when no native owner can carry a required invariant"); the skill is routing/analysis rather than destructive/batch so the validation cap does not apply, but there is no error-recovery feedback loop for the few validation-sensitive steps ("For real-model claims, define criteria first...").

4 / 5

Progressive Disclosure

A clear overview with well-signaled one-level-deep references (multi-round-collaboration.md, task-dag.md, project-framework.md, context-and-skills.md, model-quality-validation.md), all of which resolve to real files, plus a separate full-stack-reference asset; content is appropriately split and easy to navigate.

5 / 5

Total

18

/

20

Passed

Description

67%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 clearly communicates both what the skill does and when to use it, with a distinct Agently-scoped niche and explicit "Use when" trigger clauses. It is hampered by framework jargon that users would not naturally say, which weakens trigger term quality and keeps completeness just short of exemplary.

Suggestions

Replace or pair framework jargon ("Agently owner", "TaskDAG", "DynamicTask") with natural user phrasing like "decide which part of the app should own a feature" to improve trigger term quality.

Add concrete user-facing trigger phrases to the when-clause (e.g., "when the user asks how to structure a model-powered feature or which component should run it") to lift completeness to 5.

Consider listing the concrete routing decisions as a short enumerated action list rather than an abstract "execution shape" phrase to raise specificity.

DimensionReasoningScore

Specificity

Names several concrete actions ("still needs the right Agently owner, execution shape, or project boundary chosen") and a distinct second case (TaskDAG/DynamicTask), with only minor coverage gaps; not a 5 because the actions are abstract choices rather than a comprehensive enumerated action list.

4 / 5

Completeness

Explicitly answers both what (choosing owner/execution shape/boundary) and when ("Use when... Also use for explicit low-frequency TaskDAG or DynamicTask requests"), though the when-clause is somewhat abstract rather than listing concrete user-facing trigger phrases.

4 / 5

Trigger Term Quality

Some relevant natural keywords ("model-powered product, assistant, automation, evaluator, or workflow") appear, but they are mixed with framework jargon ("Agently owner", "TaskDAG", "DynamicTask") that users would not naturally say, missing common synonyms and variations.

3 / 5

Distinctiveness Conflict Risk

Targets a clear Agently-specific niche with distinct triggers that would rarely collide with unrelated skills; only minor overlap risk with adjacent Agently skills (agently-request/agently-design).

4 / 5

Total

15

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 1 suspicious

Warning

Total

15

/

16

Passed

Repository
AgentEra/Agently-Skills
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.