CtrlK
BlogDocsLog inGet started
Tessl Logo

agently-triggerflow

Use when developer-owned execution needs inspectable branching, concurrency, joins, waits, approval, retry, runtime streams, pause/resume, recovery, or mixed sync/async orchestration. Use agently-stage instead when a provider-owned sync wrapper only bridges an async SDK.

68

Quality

82%

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

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.

An exemplary lean orchestration skill body: terse, actionable, well-sectioned, with a clean Read-by-Need disclosure structure backed by real reference files. The only gaps are a minimal in-body code example set and rule-style rather than numbered-checkpoint workflow framing.

DimensionReasoningScore

Conciseness

The body is dense and lean: every line is prescriptive guidance with specific method names and no padding or explanations of concepts Claude already knows (e.g., what concurrency or a graph is), assuming competence throughout.

5 / 5

Actionability

Concrete, method-level guidance abounds ('flow.create_execution(auto_close=False)', 'await execution.async_close()', 'emit_nowait(...)', 'pause_for(..., resume_to=...)') plus a copy-paste API block, but the in-body code is minimal and most runnable examples are delegated to references rather than shown inline.

4 / 5

Workflow Clarity

'Topology First' provides a clear pre-implementation mapping sequence and verification language appears ('validation barrier', 'verify external refs, versions, leases, and fence tokens before readiness'), but it is presented as topical rules rather than a strict numbered workflow with explicit validate->fix->retry checkpoints.

4 / 5

Progressive Disclosure

A 'Read by Need' section cleanly signals one-level-deep references with topic labels (overview, recovery, runtime-intervention, stream-bridge, devtools-graph), all of which exist in the bundle, while the body stays an overview that points to detail rather than inlining it.

5 / 5

Total

18

/

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 precise, third-person description with an explicit trigger clause and a strong negative boundary against the sibling skill. Its main weakness is that 'what' is conveyed as a capability list rather than a crisp action statement, and the trigger terms lean technical.

Suggestions

Lead with a brief verb-led 'what' statement (e.g., 'Orchestrates developer-owned multi-stage execution with...') before the 'Use when' clause so the action is explicit, not implied.

Add one or two plainer synonyms alongside the technical terms (e.g., 'workflow orchestration' / 'background jobs') to broaden natural trigger coverage.

DimensionReasoningScore

Specificity

Names the domain ('developer-owned execution') and lists many concrete capability areas ('inspectable branching, concurrency, joins, waits, approval, retry, runtime streams, pause/resume, recovery'), but these are feature categories rather than verb-led actions, leaving minor gaps versus a fully comprehensive action list.

4 / 5

Completeness

An explicit 'Use when...' clause answers 'when' concretely, and 'what' is implied through the enumerated capabilities plus a contrasting boundary ('Use agently-stage instead when...'), but there is no crisp verb-led 'what does this do' statement, so the 'what' is implicit rather than explicit.

4 / 5

Trigger Term Quality

Strong keyword coverage with natural developer terms ('concurrency, joins, waits, approval, retry, pause/resume, recovery, mixed sync/async'), but the language is jargon-dense and lacks simpler lay synonyms, so a few natural phrasings are missing.

4 / 5

Distinctiveness Conflict Risk

The description carves a clear niche ('developer-owned execution') and explicitly disambiguates the nearest rival ('Use agently-stage instead when a provider-owned sync wrapper only bridges an async SDK'), giving minimal conflict risk.

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.

Validation16 / 16 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.