CtrlK
BlogDocsLog inGet started
Tessl Logo

agently-runtime

Use when the user wants Agently runtime extension capabilities: Action Runtime, built-in action packages, legacy tool compatibility, MCP access, Execution Environment lifecycle, FastAPIHelper or streaming API exposure, auto-function helpers, KeyWaiter, or optional agently-devtools observation, evaluation, and playground integration.

36

Quality

32%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/agently-runtime/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

7%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This skill is an extremely dense, verbose collection of abstract rules and API naming conventions for the Agently runtime framework, but it lacks any executable code examples, concrete workflows, or structured guidance. It reads more like internal framework design notes or a specification document than an actionable skill. The content would benefit enormously from being restructured into a concise overview with concrete examples, with the detailed rules moved into the referenced sub-files.

Suggestions

Add concrete, executable code examples for the most common tasks (e.g., creating an action, using MCP, enabling shell access) — even 3-4 short snippets would dramatically improve actionability.

Move the vast majority of the bullet-point rules into the referenced sub-files (actions-runtime.md, actions-execution-environment.md, devtools.md) and keep only a concise overview with routing guidance in the main SKILL.md.

Create at least one clear multi-step workflow with validation checkpoints for a common operation like setting up an agent with actions and running a task.

Eliminate redundant and overly specific internal framework details (e.g., RuntimeEvent field lists, snapshot CAS semantics, EventCenter delivery policies) that belong in API reference documentation rather than a skill file.

DimensionReasoningScore

Conciseness

Extremely verbose with massive walls of text covering dozens of advanced internal framework concepts, API surfaces, and edge cases. Much of this reads like internal framework documentation or design notes rather than actionable skill guidance. Many bullet points contain multiple nested concepts that Claude would not need spelled out at this granularity, and the sheer volume (~300+ lines of dense rules) far exceeds what's needed for effective guidance.

1 / 3

Actionability

Despite the enormous volume of text, there are zero executable code examples, zero concrete command snippets, and zero input/output demonstrations. The content is entirely abstract rules and API name-drops (e.g., 'use agent.enable_python(...)') without showing actual working code. A developer or Claude would struggle to translate these abstract directives into working implementations.

1 / 3

Workflow Clarity

There are no sequenced multi-step workflows, no validation checkpoints, and no feedback loops despite covering complex operations like execution lifecycle management, snapshot persistence, distributed recovery, and approval flows. The content is an unstructured list of rules and constraints rather than clear procedural guidance for any specific task.

1 / 3

Progressive Disclosure

The skill does reference three sub-files (actions-runtime.md, actions-execution-environment.md, devtools.md) with a routing section at the top, which is good structure. However, the massive amount of inline content should be distributed across those reference files rather than dumped in the main SKILL.md. The routing section is helpful but the body defeats its purpose by including everything inline anyway.

2 / 3

Total

5

/

12

Passed

Description

57%

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 effectively carves out a distinct niche for Agently runtime extensions and lists many specific components, reducing conflict risk. However, it reads as a technical feature list rather than a user-oriented description — it lacks concrete action verbs describing what the skill does and misses natural language trigger terms that users would actually use when requesting help.

Suggestions

Add concrete action verbs describing what the skill does, e.g., 'Configures Action Runtime, integrates MCP servers, sets up streaming API endpoints, and manages execution environment lifecycle for Agently projects.'

Include natural language trigger phrases users would actually say, e.g., 'Use when the user wants to add tools, connect to an MCP server, expose a FastAPI endpoint, set up streaming, or debug with devtools in an Agently project.'

Separate the 'what it does' from the 'when to use it' more clearly, providing a brief functional summary before the 'Use when...' clause.

DimensionReasoningScore

Specificity

The description names a specific domain (Agently runtime extensions) and lists several concrete components (Action Runtime, MCP access, FastAPIHelper, KeyWaiter, etc.), but these read more like a feature inventory than concrete actions. It doesn't describe what actions are performed (e.g., 'create', 'configure', 'deploy') — it just lists component names.

2 / 3

Completeness

It has a 'Use when...' clause which addresses the 'when', but the 'what does this do' part is weak — it lists component names without explaining what the skill actually helps accomplish. The 'when' clause essentially just restates the component list rather than describing user scenarios or goals.

2 / 3

Trigger Term Quality

It includes some relevant keywords like 'MCP access', 'streaming API', 'FastAPIHelper', and 'agently-devtools', but many terms are highly technical jargon (e.g., 'KeyWaiter', 'Execution Environment lifecycle', 'auto-function helpers') that users are unlikely to naturally say. Common natural language triggers like 'add a tool', 'connect to MCP server', or 'expose an API endpoint' are missing.

2 / 3

Distinctiveness Conflict Risk

The description is highly specific to the Agently framework's runtime extension system, with distinctive terms like 'Action Runtime', 'KeyWaiter', 'FastAPIHelper', and 'agently-devtools'. It is very unlikely to conflict with other skills due to this narrow, framework-specific focus.

3 / 3

Total

9

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

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.