skills/tool-scout/SKILL.md
Search for tools (services, MCP servers, AI models, no-code platforms, libraries, APIs, GitHub repos, awesome-lists) to solve project tasks. Searches 5 sources: web, GitHub, MCP catalogs, awesome-lists, package registries. Freshness is critical — finds current tools. Triggers: "find tools for...", "what tools can solve...", "tool scout", "best way to do...", "search for services...", "how to build...", "is there a skill for...", "is there an MCP server for...", "find a library for...".
npx skillsauth add alenazaharovaux/share tool-scoutInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This skill helps discover tools for project tasks. Not everything needs to be built from scratch — a service, MCP server, AI model, library, or no-code platform might already solve your problem.
Searches 5 sources: web search, GitHub, MCP server catalogs, awesome-lists, and package registries. Sources are selected adaptively based on the task type.
Read the config file at ~/.claude/skills/tool-scout/config.md.
If the config file does not exist, run the setup:
Question 1 — Search engine:
Ask the user: "Which web search tool do you have available in Claude Code?"
Options:
Question 2 — GitHub CLI:
Check automatically: gh --version
github_cli: truegithub_cli: false (GitHub search falls back to web queries with site:github.com)Question 3 — Language:
Ask the user: "What language should I use for results and communication?" Default: English.
Write answers to ~/.claude/skills/tool-scout/config.md:
search_engine: exa | websearch | other
search_tool_name: mcp__exa__web_search_exa
code_search_tool_name: mcp__exa__get_code_context_exa
github_cli: true | false
language: english
A task or list of subtasks from the user's prompt:
If a plan file is referenced — read it and extract tasks.
Identify specific tasks/subtasks from the prompt. If input is a plan file, read it. Formulate each task as a short search phrase.
Group tasks by domain:
Determine task type and select sources:
| Task type | Web | GitHub | MCP catalogs | Awesome | |---|---|---|---|---| | SaaS/service | + | | | | | Library/package | + | + | | + | | MCP server | + | + | + | | | AI tool | + | + | | + | | Skill/plugin | + | + | | + | | Unclear | + | + | + | + |
Rule: web + GitHub = always. MCP catalogs and awesome = when relevant. If unsure — include all.
Established tools query:
"best tools for [task] [current year]"
New tools query:
"new AI tool [task] launch [current and previous year]"
Library query (when task needs code):
"best [language] library for [task] [current year]"
This is more effective than site:npmjs.com — comparison articles provide more context than registry pages.
Always use the current year. Never hardcode a specific year.
If github_cli: true:
gh search repos "[task]" --sort=stars --limit=5gh search repos "[task] tool" --sort=stars --limit=5If github_cli: false (fallback):
site:github.com [task] toolIf github_cli: true:
gh search repos "mcp server [task]" --sort=starsgh search code "[task]" --repo=modelcontextprotocol/servers --filename=README.mdIf github_cli: false:
"mcp server [task]" site:github.comAdditionally (always):
site:smithery.ai [task]If github_cli: true:
gh search repos "awesome-[topic]" --sort=stars --limit=3If github_cli: false:
awesome [topic] githubIf a relevant awesome-list is found — read the README (first 200 lines) and extract relevant tools.
If there are multiple tasks or domains — run queries across different sources in parallel.
Compile a single table from results across all sources.
Deduplication: if a tool is found in multiple sources — one row, signals aggregated. Found in multiple places = higher confidence (mention in "Why it fits").
| Task | Tool | Type | Maturity | Signals | Why it fits | Link | |------|------|------|----------|---------|-------------|------|
Tool types:
Maturity:
Signals column:
gh search results, no extra API calls)Last commit date is NOT a signal of abandonment — small tools and skills are often stable and don't need updates.
npm/PyPI download counts — only in Deep Dive (requires extra API calls).
Display the table in chat. After the table, ask:
Want to dig deeper? Say "dig into [name]". Or ask about a specific source: "any MCP servers for this?", "what about skills?", "any awesome-lists?"
If the user asks to dig deeper into a specific tool, domain, or source:
Launch an Agent tool (subagent) with a detailed prompt:
Show result in chat:
What it is: brief description Price: free / freemium / paid (how much) Maturity: when launched, how many users Signals: ★ stars, downloads, found in [sources] Pros: list Cons/limitations: list Alternatives: list How to integrate: MCP / API / web interface Link: URL
development
Full product-market fit cycle for one product — from initial hypothesis to post-launch metrics. 10 stages: setup → hypothesis (7 dimensions) → market research → risk synthesis → DVF validation → interview prep → field → interview synthesis → MVP → metrics (Sean Ellis + retention + Levels of PMF) → iterate. Resumes between sessions based on the project folder state. Bilingual (English + Russian) — picks the language during first-run setup. TRIGGER on ANY: - "do PMF for [product]" / "I need product market fit for X" / "PMF [name]" - "start PMF cycle" / "I want to go through PMF" / "help me validate [idea]" - "continue PMF" / "continue PMF [name]" - "check PMF" / "what stage is my PMF at" / "show my PMF projects" - "is my product ready to launch" - "сделай PMF для [продукта]" / "нужен product market fit для X" / "PMF [имя]" - "запусти PMF цикл" / "хочу пройти PMF" / "помоги валидировать [идею]" - "продолжаем PMF" / "продолжай PMF [имя]" - "проверь PMF" / "на каком этапе у меня PMF" / "покажи мои PMF проекты" - "готов ли мой продукт к запуску" - User mentions a product and wants to validate it systematically
testing
Use when choosing a narrative strategy before writing any text — articles, pitches, essays, reports, personal posts. Also use mid-writing to check tone, get next-block guidance, or shift narrative. Triggers: «writing guru», «подбери нарратив», «какой нарратив выбрать», «нарративная стратегия», «narrative strategy», «guru, проверь фрагмент», «guru, что дальше», «guru, хочу сменить тональность».
development
Generate self-contained HTML pages that visually explain systems, data stories, investigations, editorial workflows, and code changes. Use when the user asks for diagrams, architecture views, visual diffs, data tables, timelines, source maps, or any structured visualization that would be painful to read as terminal output. Also activates for tables with 4+ rows or 3+ columns. Adapted from nicobailon/visual-explainer with journalism, newsroom, and academic design sensibilities.
development
Run a full UX audit on any website: Nielsen heuristics, conversion, content, technical quality, information architecture. Produces a prioritized report with evidence-based findings and actionable recommendations. Use when asked to review a site, check a landing page, find UX problems, evaluate usability, assess conversion, or anything like "what's wrong with this site", "review the website", "audit UX", "check the forms", "why isn't the site converting".