CtrlK
BlogDocsLog inGet started
Tessl Logo

solo-founder-gtm

When the user is a solo founder building their GTM motion, wants to scale without hiring, or needs to design an AI agent team for go-to-market. Also use when the user mentions 'solo founder,' 'one-person startup,' 'solopreneur,' 'bootstrapped,' 'no team,' 'AI agents as team,' 'scaling without hiring,' 'founder-led sales,' 'lean GTM,' 'one-person company,' or 'no employees.' This skill covers the complete solo founder GTM playbook from stack selection through agent team design, revenue-stage transitions, time allocation, and when to finally hire. Do NOT use for technical implementation, code review, or software architecture.

70

Quality

62%

Does it follow best practices?

Impact

Pending

No eval scenarios have been run

SecuritybySnyk

Advisory

Suggest reviewing before use

Optimize this skill with Tessl

npx tessl skill review --optimize ./packages/skills-catalog/skills/(gtm)/solo-founder-gtm/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Discovery

89%

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 description with excellent trigger term coverage and clear completeness, explicitly stating both what the skill does and when to use it, including helpful negative boundaries. The main weakness is that the 'what' portion could be more specific with concrete actions rather than topic areas. The description is well-structured for skill selection among many options.

Suggestions

Replace topic-area phrases like 'stack selection' and 'revenue-stage transitions' with more concrete action descriptions, e.g., 'Recommends GTM tool stacks, designs AI agent team structures, creates revenue-stage transition plans, and advises on time allocation and first-hire timing.'

DimensionReasoningScore

Specificity

The description names the domain (solo founder GTM) and mentions some actions like 'stack selection,' 'agent team design,' 'revenue-stage transitions,' 'time allocation,' and 'when to finally hire,' but these are more like topic areas than concrete, specific actions (e.g., 'design an AI agent org chart' or 'create a revenue milestone plan').

2 / 3

Completeness

Clearly answers both 'what' (complete solo founder GTM playbook covering stack selection, agent team design, revenue-stage transitions, time allocation, hiring decisions) and 'when' (explicit 'Use when' triggers and a list of trigger phrases, plus explicit exclusions for what NOT to use it for).

3 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms users would say: 'solo founder,' 'one-person startup,' 'solopreneur,' 'bootstrapped,' 'no team,' 'AI agents as team,' 'scaling without hiring,' 'founder-led sales,' 'lean GTM,' 'one-person company,' 'no employees.' These are highly natural phrases a user would actually use.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive niche targeting solo founders building GTM motions with AI agents. The explicit exclusion of technical implementation, code review, and software architecture further reduces conflict risk with other skills. Unlikely to be confused with general marketing or engineering skills.

3 / 3

Total

11

/

12

Passed

Implementation

35%

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

This skill is comprehensive in coverage but severely over-engineered for a SKILL.md file—it reads more like a complete guidebook than an actionable skill reference. Its main strengths are the concrete decision frameworks (self-serve vs sales-led, hiring thresholds) and specific metrics targets. Its main weaknesses are extreme verbosity (much of which explains things Claude already knows), lack of executable implementation details for the AI agent workflows, and failure to split content into a concise overview with linked deep-dive files.

Suggestions

Cut the content by 60-70%: remove explanatory prose Claude already knows (e.g., 'Personal brand is the cheapest, highest-converting acquisition channel'), eliminate the redundant 'Questions to Ask' section (duplicates 'Before Starting'), and trim the Quick Reference to only non-obvious numbers.

Split into multiple files: keep SKILL.md as a concise overview with the revenue stage framework and decision tables, then move tool stack details to STACK.md, agent definitions to AGENTS.md, hiring framework to HIRING.md, and sales process to SALES.md.

Add executable agent configurations: include actual prompt templates for the AI agents, sample Clay/n8n workflow configs, or at minimum specific API call patterns rather than abstract workflow descriptions.

Add validation checkpoints to the revenue stage transitions: specify concrete metrics that must be met before moving to the next stage, and include a 'check and adjust' feedback loop for agent deployment (e.g., 'After 2 weeks, verify Research Agent produces >50% ICP-match leads before deploying Outreach Agent').

DimensionReasoningScore

Conciseness

This is extremely verbose at 500+ lines. It explains concepts Claude already knows (what building in public means, what a CRM does, why free users give bad feedback), includes extensive tables that could be summarized, and repeats information across sections (e.g., time splits appear in both the stage playbook and quick reference). The 'Before Starting' questions, 'Questions to Ask', and examples sections are largely redundant with each other.

1 / 3

Actionability

The skill provides concrete tool recommendations, specific metrics/thresholds, and decision frameworks with clear criteria, which is good. However, it lacks executable implementation details—there are no actual automation configs, API calls, prompt templates for the AI agents, or step-by-step setup instructions. The agent definitions describe workflows abstractly rather than providing copy-paste-ready configurations.

2 / 3

Workflow Clarity

The revenue stage playbook provides a clear progression and the founder-led sales process has a good sequential flow. However, there are no validation checkpoints or feedback loops—no 'check if this is working before proceeding' steps. For example, the agent deployment section lacks verification steps (how to know if an agent is performing well before deploying the next one), and the stage transitions lack explicit criteria for when to move vs. stay.

2 / 3

Progressive Disclosure

The Related Skills table at the end provides good cross-references, and the content is organized into numbered sections. However, the massive amount of inline content (tool tables, agent definitions, enterprise skip list, content cadence, community guidance) should be split into separate reference files. The SKILL.md tries to be both overview and comprehensive reference, resulting in a monolithic document.

2 / 3

Total

7

/

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
tech-leads-club/agent-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.