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.

75

Quality

92%

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

85%

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

This is a highly actionable, well-structured skill that guides Claude through a complex multi-step ICP signal discovery pipeline with concrete commands, clear sequencing, and explicit validation checkpoints. Its progressive disclosure is well-executed with numerous references to supporting files. The main weakness is moderate verbosity — some inline sections (CRM field warnings, signal hierarchy, data structure docs) could be further compressed or moved to references to save tokens.

DimensionReasoningScore

Conciseness

The skill is information-dense and mostly avoids explaining things Claude already knows, but at ~250 lines it includes substantial inline detail (e.g., the full 'What NOT to use for scoring' section, the detailed enrichment data structure, the signal reliability hierarchy) that could be further offloaded to references. The changelog and some narrative asides ('exactly the expensive thing they wanted to skip') add tokens without proportional value.

2 / 3

Actionability

Nearly every step includes executable CLI commands or Python code snippets with concrete flags, file paths, and expected formats. The CSV schema, deepline enrich commands, script invocations with arguments, and quality-gate verification commands are all copy-paste ready. Real-world examples (e.g., '24 of 50 prospects', 'catalyst notes showed 109x lift') ground the guidance in specific, actionable warnings.

3 / 3

Workflow Clarity

The pipeline is explicitly numbered with sub-steps (0, 0.5, 1, 1.0.5, 1.5, 2a/2b/2c, 3, 3.5, 4, 5, 6, 7), includes multiple validation checkpoints (Step 3 quality gate with row-count verification, Step 3.5 config review with red flags, Step 6 signal interpretation review), and has clear feedback loops (fix and regenerate configs, re-validate). Destructive/costly operations require explicit user approval.

3 / 3

Progressive Disclosure

The skill maintains a clear overview with well-signaled one-level-deep references to 9 reference files and 3 scripts, each tied to specific pipeline steps. The References section provides a clean index. The changelog notes the skill was deliberately trimmed from 650 to ~250 lines by moving detail into references. However, since no bundle files were provided, I cannot verify the referenced paths actually exist, but the structure and signaling are exemplary.

3 / 3

Total

11

/

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.

This is a strong, well-crafted skill description that clearly defines a specific niche capability (ICP signal discovery from won/lost accounts), provides explicit trigger guidance with a comprehensive list of natural keywords, and clearly states both what it does and when to use it. The only minor note is the dependency instruction at the end ('first read deepline-gtm'), which is operational guidance rather than description content, but it doesn't detract from the description's effectiveness for skill selection.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: discovering niche first-party signals, differentiating Closed Won vs Closed Lost accounts, analyzing website content, job listings, tech stack, maturity markers, building account scoring models and prospecting criteria.

3 / 3

Completeness

Clearly answers both 'what' (discover niche first-party signals differentiating won/lost accounts for ICP analysis) and 'when' (when user provides won/lost domain lists and wants differential signals for scoring models), with explicit trigger terms listed.

3 / 3

Trigger Term Quality

Includes an explicit list of natural trigger terms covering many variations users would say: 'ICP analysis', 'won vs lost analysis', 'differential signals', 'signal discovery', 'account scoring signals', 'lead scoring', 'buyer signals', etc. Good coverage of the domain vocabulary.

3 / 3

Distinctiveness Conflict Risk

Highly specific niche: ICP signal discovery from won/lost account analysis. The combination of domain (GTM/sales intelligence), input type (won/lost domain lists), and output (differential signals for account scoring) makes it very unlikely to conflict with other skills.

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.

Validation11 / 11 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.