CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

deepline-monitors

ACCESS-GATED beta. Deepline Monitors are provider event feeds (job posts, email replies, funding, intent) that stream into your warehouse and trigger plays. Only use if you have monitor access: run `deepline monitors status` first; if it reports no access, do NOT use this recipe — tell the user to contact the Deepline team.

Quality

77%

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/deepline-monitors/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 well-structured, lean router skill: it gives executable install/invoke commands, a clear gated execution sequence, and a clearly signaled one-level reference to the authoritative recipe. It falls short of top marks due to slight redundancy, the absence of any post-routing guidance or failure handling, and an external reference path that does not resolve within this bundle.

Suggestions

Trim the redundant closing paragraph and the 'deepline -h' line; step 2 already establishes that the meta-skill governs the whole session.

Add brief failure-case handling: what to do if the `deepline-gtm` skill is unavailable or if the routing gate does not route to the deepline-monitors recipe.

Verify or make robust the referenced path '../deepline-gtm/recipes/deepline-monitors.md' — it does not resolve relative to this skill bundle, leaving the router pointing at an unlocatable file.

DimensionReasoningScore

Conciseness

The body is a lean routing document with no concept explanations and no padding: install commands plus three numbered routing steps. Not a 5 because of minor trimmable content: the closing paragraph ('The recipe only covers one part of the task. The meta-skill handles everything else the user asked for.') restates the governance point already made in step 2, and 'deepline -h' in the Quick Start adds little. Not a 3 because there is no unnecessary explanation, only slight redundancy.

4 / 5

Actionability

Concrete, executable guidance throughout: 'npm install -g deepline', 'Invoke `deepline-gtm` using the Skill tool', and an exact reference path ('../deepline-gtm/recipes/deepline-monitors.md (relative to this file)'). Not a 5 because nothing covers what to do after the recipe loads (no examples of the common monitor workflows) and the referenced file cannot be verified within the bundle; not a 3 because the instructions given are specific and executable, not high-level hints.

4 / 5

Workflow Clarity

A clear numbered sequence (invoke the meta-skill, follow its full routing, read the recipe only when the gate routes to it) with the routing gate in step 3 acting as an explicit conditional checkpoint and the reminder that 'Conditional access and safety checks still apply'. Not a 5 because there is no error-recovery guidance for failure cases (meta-skill unavailable, gate not routing, no access reported); not a 3 because the sequence and its conditional checkpoint are explicit, not merely implied.

4 / 5

Progressive Disclosure

A short, well-organized overview (Quick Start, Execution order) that appropriately delegates all detail to a single one-level-deep, clearly signaled reference ('../deepline-gtm/recipes/deepline-monitors.md') — textbook progressive disclosure for a router skill. Not a 5 because that referenced path resolves to no file in or around this bundle (no references/ directory exists and no sibling deepline-gtm directory is present), so navigation cannot be verified; not a 3 because the structure is clean and the reference is clearly signaled with an explicit relative path and gating condition.

4 / 5

Total

16

/

20

Passed

Description

68%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 distinctive, access-gated description that clearly explains what Deepline Monitors are and includes an explicit access-verification step, but it is written partly in second person (triggering the rubric's voice penalty on specificity) and its 'when' clause covers only access eligibility, not the user tasks that should invoke the skill.

Suggestions

Rewrite in third person to avoid the specificity penalty: e.g., 'Use only when the user has monitor access; verify with `deepline monitors status` first' instead of 'Only use if you have monitor access'.

Add task-based trigger phrases to the 'when' clause: 'Use when the user asks to set up or manage monitoring of job posts, email replies, funding events, or buying-intent signals.'

State the concrete capabilities of the skill itself (what will actually be done with monitors), not just what the product is and how access is checked.

DimensionReasoningScore

Specificity

The description names the domain ('provider event feeds (job posts, email replies, funding, intent) that stream into your warehouse and trigger plays') with 1-2 concrete actions ('run `deepline monitors status` first', 'tell the user to contact the Deepline team'), matching the base anchor 3 (not comprehensive about actual monitor capabilities). However, it uses second-person voice ('Only use if you have monitor access', 'your warehouse', 'tell the user'), which the rubric explicitly penalizes by reducing specificity by 1, giving 2. It is not a 1 because the domain and gating actions are concrete, not vague.

2 / 5

Completeness

Both parts are present: what ('Deepline Monitors are provider event feeds (job posts, email replies, funding, intent) that stream into your warehouse and trigger plays') and when ('Only use if you have monitor access: run `deepline monitors status` first; if it reports no access, do NOT use this recipe'). Not a 5 because the 'when' is purely access-conditional and never states which user tasks or requests should trigger the skill (e.g., 'use when the user asks to monitor job posts or funding news'); not a 3 because a use-condition is explicitly stated rather than merely implied.

4 / 5

Trigger Term Quality

Good keyword coverage with natural terms a user would plausibly say: 'job posts', 'email replies', 'funding', 'intent', 'monitors', 'event feeds'. Not a 5 because common synonyms and variations (e.g., 'job postings', 'alerts', 'buying signals', 'sales triggers') are absent; not a 3 because coverage goes beyond a couple of generic terms to the specific feed types users would mention.

4 / 5

Distinctiveness Conflict Risk

Clear niche with product-specific triggers ('Deepline Monitors', '`deepline monitors status`', 'the Deepline team') that are unlikely to collide with any other skill. Fully matches the anchor for minimal conflict risk.

5 / 5

Total

15

/

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

getaero-io/gtm-eng-skills

Path

skills/deepline-monitors/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.