CtrlK
BlogDocsLog inGet started
Tessl Logo

niche-signal-discovery

Discover niche first-party signals that differentiate Closed Won vs Closed Lost accounts for ICP analysis. Use when the user provides won/lost customer domain lists and wants differential signals (website content, job listings, tech stack, maturity markers) to build account scoring models and prospecting criteria. Triggers: ICP analysis, niche signals, won vs lost analysis, differential signals, signal discovery, ICP signal report, account scoring signals, lead scoring, first-party signals, buyer signals. Before reading this file, first read deepline-gtm to understand the Deepline CLI tool and how to use it. Then read this file for guidance on the task.

80

Quality

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Advisory

Suggest reviewing before use

SKILL.md
Quality
Evals
Security

Quality

Content

100%

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 lean, command-driven pipeline with explicit sequencing, validation checkpoints, and well-structured one-level-deep progressive disclosure into real bundle files. It assumes Claude's competence and adds only non-obvious operational and domain knowledge, making it a strong example of the rubric's level-3 anchors.

DimensionReasoningScore

Conciseness

The body is dense with executable commands and task-specific operational knowledge (e.g., the buffer-flush gotcha, CRM-field causality warning) that Claude would not already know, and detail has been aggressively pushed to references (changelog notes a 650→~250 line trim). It is not level 2 because there is little padding to tighten, and not level 1 since no generic concepts are re-explained.

3 / 3

Actionability

Every step ships copy-paste-ready commands (`deepline enrich ...`, `python3 scripts/analyze_signals.py ...`, a concrete CSV format and a dedup Python snippet), matching the level-3 anchor of fully executable, specific examples. It is not level 2 because guidance is complete rather than pseudocode, and not level 1 since nothing is merely described.

3 / 3

Workflow Clarity

Steps 0–7 are explicitly sequenced with validation checkpoints — the Step 3 wc -l row-count gate, Step 3.5 red-flag review, and mandatory user approval before paid/batch steps — giving the feedback loops the level-3 anchor requires. It is not level 2 because checkpoints are explicit and recovering, not implicit; not level 1 because the sequence and validation are present.

3 / 3

Progressive Disclosure

The body is an overview that signals one-level-deep references ("Read `references/...`") and lists all 12 real bundle files (9 references + 3 scripts) with one-line descriptions in a References section; every referenced path exists on disk. It is not level 2 because content is appropriately split and clearly signaled, and not level 1 since references are a single level deep with easy navigation.

3 / 3

Total

12

/

12

Passed

Description

100%

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 is specific, third-person, and clearly answers both what the skill does and when to invoke it, with a rich set of natural trigger terms and a distinct niche. The only minor excess is the trailing read-order guidance, but it does not undermine specificity or completeness.

DimensionReasoningScore

Specificity

"Discover niche first-party signals that differentiate Closed Won vs Closed Lost accounts... build account scoring models and prospecting criteria" names multiple concrete actions (signal discovery, differentiation, model/criteria building) and uses third-person voice, matching the level-3 anchor listing several specific actions. It is not level 2 because the actions are comprehensive rather than partial, and there is no vague filler to drop it to 1.

3 / 3

Completeness

It states the "what" (discover/build scoring models and prospecting criteria) and an explicit "when" ("Use when the user provides won/lost customer domain lists and wants differential signals..."), satisfying the level-3 anchor requiring both with explicit triggers. It is not level 2 because the trigger clause is explicit rather than implied, and not level 1 because neither what nor when is missing.

3 / 3

Trigger Term Quality

"Triggers: ICP analysis, niche signals, won vs lost analysis, differential signals, signal discovery, ICP signal report, account scoring signals, lead scoring, first-party signals, buyer signals" gives broad coverage of natural terms a user would say. It is not level 2 because both common phrasings and variations are present, and not level 1 since none of it is generic jargon.

3 / 3

Distinctiveness Conflict Risk

"Niche first-party signals... Closed Won vs Closed Lost accounts for ICP analysis" carves a clear niche with distinct triggers unlikely to fire for unrelated skills. It is not level 2 because the triggers are specific rather than broadly overlapping; the prerequisite pointer to deepline-gtm is complementary, not a conflict.

3 / 3

Total

12

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
getaero-io/gtm-eng-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.