CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

agently-request

Use for Agently request-side setup and contracts: model settings, Prompt/input/output design, effect tuning, missing or redundant context, structured output, LongContent, auto_continue, response reuse, streaming, TTS/STT audio, session memory, embeddings, and retrieval within one request family. Use agently-agentic-design for cross-node data flow and model/Host ownership.

Quality

80%

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 ./skills/agently-request/SKILL.md
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 lean, rule-dense contract skill with strong progressive disclosure and explicit validation-before-effect guidance. The main gaps are trimmable meta-procedure (the version-check protocol), a few abstract bullets without a worked example, and cross-bundle links that cannot be verified from the skill itself.

Suggestions

Move the ~20-line 'read-only version check' protocol into a short reference file (or compress it to 3-4 lines in the body) so the main body spends its token budget on the request contract itself.

Add one small worked example for the core contract (a single request showing input/info/instruct/output placement) to ground the abstract bullets like 'Derive a general invariant and test contrasting cases'.

Replace or qualify the two out-of-bundle links (../agently/references/context-and-skills.md, ../agently-collaboration/SKILL.md) with paths that resolve from this skill root, so navigation is fully verifiable within the bundle.

DimensionReasoningScore

Conciseness

The body is dense, normative rule-writing with no padding and no explanations of concepts Claude already knows; nearly every bullet adds framework-specific policy. It is not anchor 5 because the ~20-line 'First use: read-only version check' protocol is trimmable meta-procedure that spends tokens on a check rather than the skill's core competence, but that alone is minor, keeping it at anchor 4 rather than dropping to 3.

4 / 5

Actionability

Concrete, executable guidance is present: exact API shapes ('.image(question=..., file=...|url=...|files=[...]|urls=[...])', '.auto_continue()', the '.input(...) .info(...) .instruct(...) .output(...)' chain order, '[[ref:<ref_id>]]' citations) plus per-concern routing to reference files. It is not anchor 5 because several bullets remain abstract principles ('Derive a general invariant and test contrasting cases', 'Prioritize developer understanding') with no worked example inline, and full executable detail is deferred to references.

4 / 5

Workflow Clarity

For a contract/policy skill, the sequence is clear: routing rules to the right sibling skill, a canonical request chain order, and explicit validation checkpoints ('Validate schema, offered keys, authorization, and deterministic constraints before a real call or side effect') with failure recovery ('After measured schema/ensure/length failures, consider a shallower model-facing projection ... '). It misses anchor 5 because there is no end-to-end sequenced workflow with feedback loops; the checkpoints are distributed across bullets rather than forming an explicit ordered process.

4 / 5

Progressive Disclosure

The 'Read by Need' section is a well-signaled, one-level-deep map from each concern to a specific reference file, and all eight cited references/ files exist in the bundle. It falls short of anchor 5 because two navigation links leave the bundle to sibling skills that do not resolve in this package copy ('../agently/references/context-and-skills.md', '../agently-collaboration/SKILL.md'), making part of the navigation unverifiable from the skill root.

4 / 5

Total

16

/

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 well-scoped, comprehensive routing description with explicit 'Use for' trigger guidance and a clean boundary redirect to a sibling skill. Its main weakness is that the trigger surface leans on framework-internal terms and capability categories rather than the natural phrases a user would utter.

Suggestions

Reword some trigger terms toward natural user phrasing (e.g., alongside 'LongContent' and 'auto_continue', include plain terms like 'long responses', 'resuming stopped generation', 'speech output') so the description fires on how users actually ask.

Make the 'when' clause more scenario-concrete (e.g., 'Use when configuring a model call, designing its prompt/inputs/outputs, or diagnosing missing or redundant request context') rather than only naming the capability category 'within one request family'.

DimensionReasoningScore

Specificity

The description enumerates many concrete capability areas ('model settings, Prompt/input/output design, effect tuning, ... structured output, LongContent, auto_continue, response reuse, streaming, TTS/STT audio, session memory, embeddings, and retrieval'), giving broad, specific coverage of its domain. It stops short of anchor 5 because these are mostly topic nouns rather than concrete verb-phrased actions, and it does not reach anchor 5's fully action-oriented comprehensiveness.

4 / 5

Completeness

Both halves are present: the 'what' is the enumerated request-side setup and contracts list, and an explicit 'Use for...' clause provides trigger guidance (so it is not capped at 3). The 'when' is a capability category ('within one request family') rather than concrete user scenarios or mentionable phrases, matching anchor 4 ('when could be more explicit or specific') rather than anchor 5.

4 / 5

Trigger Term Quality

Good natural keywords users of the framework would say ('structured output', 'streaming', 'session memory', 'embeddings', 'TTS/STT audio', 'model settings'), but several entries are internal jargon ('LongContent', 'auto_continue', 'effect tuning') and common synonyms or phrasing variations are missing. This fits anchor 4 ('good keyword coverage; a few natural terms missing') better than 3 or 5.

4 / 5

Distinctiveness Conflict Risk

It carves a clear niche ('request-side setup and contracts ... within one request family') and explicitly redirects overlapping work: 'Use agently-agentic-design for cross-node data flow and model/Host ownership.' This is a clear niche with distinct triggers and minimal conflict risk, matching anchor 5 exactly.

5 / 5

Total

17

/

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: 2 suspicious

Warning

Total

15

/

16

Passed

Repository

AgentEra/Agently-Skills

Path

skills/agently-request/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.